№ 1 Чем больше багов найдено в продукте, тем меньше их там остается
На первый взгляд, данное утверждение кажется вполне правдоподобным. «Джон, у тебя было три яблока, ты съел два яблока, сколько яблок осталось?» «Одно!» — отвечает Джон и он прав.
Но что происходит в компаниях по тестированию? Часто баги, которые на поверхности, препятствуют дальнейшему тестированию продукта. Сломалось ли ваше приложение после трех часов работы? Но что случится с приложениями (и операционными системами) через три дня работы?
Конечно же, починка этого «трехчасового» бага уменьшит общее количество дефектов, но в то же время может спровоцировать появление новых. Даже если не спровоцирует, существует высокая вероятность, что скрытые старые баги останутся незамеченными.
№ 2 Чем больше найдено багов, тем лучше
И снова предположение кажется логичным. Но на самом деле, даже консультант по обеспечению качества скажет, что чем меньше, тем лучше. Баги значительно отличаются друг от друга. Пять видов в графическом пользовательском интерфейсе меркнут в сравнении с отказом функционала.
Архитектурные баги могут приводить к серьезным изменениям в коде и сдвинуть день релиза. Если это невозможно, тогда сокращается функционал и/или период тестирования. Потому, главной целью тестирования является выявление всех багов как можно скорее. Качество важнее количества, не так ли?
№ 3 Цель тестировщика – убедиться, что программа функционирует правильно
С точностью до наоборот! Услуги обеспечения качества, которые предоставляются компаниями по тестированию ПО, могут лишь показать наличие дефектов, а не их отсутствие. Тестировщик должен изначально предположить, что «все плохо». Если программа подразумевает более серьезный функционал, чем отображение фразы «здравствуй, мир!», она точно содержит баги. Никогда нельзя быть уверенным, что найдены все баги, но необходимо отыскать самые вредоносные в отведенное время.
№ 4 Существует только 3 мифа об услугах обеспечения качества
На самом деле их намного больше!
Оставить комментарий