Кто такие QA и с чем их едят - глазами девелопера

Posted: 10


Для тех кто не в курсе кто такой QA (Quality Assurance) — это тестировщик, или по нашему ОТК, отдел контроля качества. Тестирование - очень важная деталь при создании сложных приложений, позволяющая избежать "детских"(да и не только) ошибок приложения. Совмесная продуктивная работа QA с разработчиками - дает гарантировано стабильное и хорошо работающее приложение.

Однако порой эти самые тестировщики перегибают всякие разумные (и неразумные) пределы и репортят баги имеющие мало отношения к реальности. Казалось бы, в чем проблема - платит же деньги заказчик, сиди делай бесполезные задачи. Однако, как не странно, такие задачи вызывают раздражение и работа перестает приносить удовольствие.

Причины появления подобных багов банальны:

  • Пятилетка за три года.

    Как в советские времена - есть план который должен выполняться. Каждый добросовестный QA должен зарепортить не менее xx багов в день, иначе на небе его окрестят лохом. Вот и если за выделенное на тестирование время нормальных багов не нашлось, репортится что прийдется.

  • QA - Сказочник.

    Это когда QA начинает сочинять всякие мистические штуки о приложении. А вот пользователю будет удобно, если перевернуть страницу вверх ногами, давайте сделаем так? К сожалению, ни мнение пользователя, ни сложность реализации, ни необходимость этих изменений, как правило на мнение тестировщика не влияет, и горе девелоперам, если не смогут отстоять свою позицию - прийдется ведь делать.

    На одном из проектов это выглядело следующим образом. Были внешние QA от заказчика(предположительно A1QA с конторы Itransition), которым платили, видимо, не только за количество багов, но и за "дельные" предложения по оптимизации UI.

    Происходило следущее - QA налегке проталкивали идею по модификации приложения начальству, после споров с разработчиками изменения вносились, и, через неделю-две делался откат к предыдущему варианту UI.

    PROFIT!!!

    Но, осадочек то остался.

  • QA в матрице.

    Эти по большей мере новички вообще слабо представляют как работает система и окружение в которой они работают, могут зарепортить баги с нормальным адекватным поведением.

    Например, могут написать про отсутствующее контекстное меню в браузере айпада

    В некоторых случаях они вообще никогда не открывали спецификацию, но при этом рады стараться как заправские ударники (см. пятилетка за три года).

  • UPD. 05.12.2012
  • QA профи.

    Должен заметить, что вынужден подредактировать заметку, чтобы до конца откровенным.

    Есть еще и профессионалы в области тестирования программного обеспечения. Эти ребята понимают что происходит на проекте, они живут проектом, как и разработчики. Они понимают, что их задача выпустить качественный продукт, а не тыкнуть разработчиков носом в их ошибки, доказав "разрабам" их ущербность. Такие QA не говорят "не работает все" и не пишут баги "Main page. Bad" - поскольку в их интересах, чтобы разработчик сделал фикс максимально быстро, не пытаясь долго выяснить детали, что же там конкретно не работает.

    Более, того, такие ребята могут открыть сорс и сказать где ты слажал. Они не боятся консоли и автотестов, они не бояться автоматизировать свою работу с помощью bash и cron. Это редкий зверь в нашем лесу, сферический QA в ваакуме, который по сути свой, скорее уже разработчик, нежели тестировшик.

    Вот, например, блог настоящего спiвпрацювальника по підготувальні тестувальників.

На самом деле работа QA чертовски тяжела и необходима, и мой легкий троллинг отнють не уменьшает необходимость выпускать качественные интересные продукты. Просто надо оставаться людьми в любой ситуации. Простите, накипело :)

If you find the post helpful you can share it


Ваше мнение:

Имя

drcreazy : 2014-07-01 15:00:11

dasdasd
   other with WEB
drcreazy © 2008-2012 all rights reserved