Что такое

"независимость в тестировании"?

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


Третий уровень независимого тестирования - проверка со стороны специалиста отдела тестирования. Ввиду того что тестировщик применяет иные методы и техники тестирования отличные от отдела разработки, а также поскольку его взгляд является “незамыленным” или другими словами “свежим” на функционал который ему передали, и кроме того обладая иными способами мышления отличные от специалистов по разработке - эффективность поиска дефектов значительно возрастает. Специалист по тестированию смотрит на функционал скорее со стороны пользователя, более критичен к функционалу, стремится применить такие логические комбинации сценариев, чтобы найти уязвимость, проверяет не только то что всё работает, а пытается найти способы - как не работает, чтобы исключить такие случаи с конечным пользователем.


И наконец четвертый уровень независимого тестирования - привлечение специалиста по тестированию со стороны сторонней организации, например компании занимающейся аутсорсинговым тестированием. В целом это такой же специалист, как и внутренний тестировщик, он применяет те же техники и методы тестирования, также смотрит на функционал со стороны конечного пользователя, является конечной инстанцией на пути попадания функционала к пользователю, но он более независимым и непредвзят в своем мнении нежели тестировщик находящийся внутри команды.
Для большинства проектов наиболее оптимальным вариантом является наличие нескольких уровней тестирования, все зависит от модели разработки программного обеспечения.

 

Таким образом, можно выделить четыре уровня независимого тестирования:
-  тестирование проводится разработчиком, который написал код;
-  тестирование проводится другим разработчиком из команды разработчиков;
-  тестирование проводится специалистом из другой организационной группы внутри организации, например командой тестировщиков;
-  тестирование проводится специалистом из другой компании или организации, например аутсорсинговое тестирование.

 

К преимуществам “независимого тестирования” можно отнести:
-  эффективное обнаружение дефектов;
-  возможность независимого тестировщика проверять и оспаривать допущения, принятые заказчиками или разработчиками во время проектирования.


Недостатками "независимого тестирования" являются:
-  потеря чувства ответственности за качество разрабатываемого кода;
-  восприятие независимых тестировщиков как источник проблем и задержек релиза;
-  неполное предоставление необходимой информации команде независимых тестировщиков.

 

 

 

 

 

 

Читайте на Facebook: http://bit.ly/2RvGFJm

Кто и когда проводит “независимое тестирование”? Какие уровни независимости существуют? Какие существуют преимущества и недоставки независимого тестирования?

 

Для понимания процесса “независимости в тестировании” обратимся к первоисточнику. Глоссарий ISTQB определяет данное понятие как разделение обязанностей, в результате которого получается объективное тестирование.

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

 


Первый уровень независимого тестирования наступает в процессе разработки функционала самим разработчиком, тестирование происходит как в течении процесса разработки так и после завершения. Этот этап является в самой меньшей степени независимым, поскольку человеку свойственно переоценивать себя, и проверяя свою работу, зачастую мы уверены в том что мы сделали и на этом этапе мы не готовы воспринимать критику. Безусловно разработчику необходимо перепроверять свою работу, это позволяет проконтролировать качество работы (функциональную работу системы) и экономить проектное время и ресурсы - но этого недостаточно, чтобы быть уверенным что всё выполнено безупречно.

 

gallery/photo_2020-01-27_12-30-46