Этот пост — расшифровка доклада на Тест лабс. Все, что тут (и там) сказано — это мой личный опыт. Интуитивно я понимаю, что the same творится во всех отраслях (по крайней мере, в IT, где нас не учат тому, с чем приходится потом работать), но утверждать я это не возьмусь.
Про обучение — у меня опыт обучения тестировщиков, а не программистов, поваров и прочих специалистов.
Если для Вас ничего нового — хорошо. На конференции многим людям это было интересно.
здесь, в Москве, я тоже так делаю: знакомые, рекомендации, связи. в Харькове в этим хуже, нет профессиональной тусовки. QAClub совсем недавно появился.
здесь, в Москве, я тоже так делаю: знакомые, рекомендации, связи. в Харькове в этим хуже, нет профессиональной тусовки. QAClub совсем недавно появился.
На заре своей тестировщицкой карьеры, как и многие, считала, что качественное приложение — это приложение, соответствующее спецификации. Грубо говоря: если сделали то, что задумывали без отклонений, и в приложении не выявлено критических ошибок, то оно качественное.
Ну и нафиг кому нужно то, что задумали разработчики, если оно неудобно или невовремя? Даже, если ошибок «не содержит» и работает предсказуемо.
А вот другая программа не содержит и половины функционала, зато у ней кнопочки мимимишечные, или она вышла как раз в сезон сдачи отчетов, или для установки ничего делать не нужно — запустил, и она сама поставилась.
То есть, качество — это соответствие ожиданиям пользователя. Нужно смотреть, КТО пользователь вашей программы, ЧТО он ждет, ЧТО ему нужно. Если есть конкуренты — нужно сделать лучше с точки зрения пользователя, а не вас как разработчика.
Конечно, если ваша программа — единственная в сегменте, то можно и схалтурить, только тем самым открываете дорогу конкурентам, пользователя не просто уйдут чуть позже к ним, а уйдет с удовольствием =)
Про обучение — у меня опыт обучения тестировщиков, а не программистов, поваров и прочих специалистов.
Если для Вас ничего нового — хорошо. На конференции многим людям это было интересно.
Ну и нафиг кому нужно то, что задумали разработчики, если оно неудобно или невовремя? Даже, если ошибок «не содержит» и работает предсказуемо.
А вот другая программа не содержит и половины функционала, зато у ней кнопочки мимимишечные, или она вышла как раз в сезон сдачи отчетов, или для установки ничего делать не нужно — запустил, и она сама поставилась.
То есть, качество — это соответствие ожиданиям пользователя. Нужно смотреть, КТО пользователь вашей программы, ЧТО он ждет, ЧТО ему нужно. Если есть конкуренты — нужно сделать лучше с точки зрения пользователя, а не вас как разработчика.
Конечно, если ваша программа — единственная в сегменте, то можно и схалтурить, только тем самым открываете дорогу конкурентам, пользователя не просто уйдут чуть позже к ним, а уйдет с удовольствием =)