функциональности. Чтобы ничего не упустить, какую технику тест-дизайна порекомендуете? Слышала про pairwise, но он здесь не применим, т.к. специфика ПО требует 100% покрытия тестами.
Специфика по требуют сотворить чудо?
Ну космические корабли же не на 90 % тестируют, а на 100, значит не чудо )
Тестирование ради тестирования? Тест дизайн для того и нужен, чтобы отбросить лишнее. Сначала граничные условия и состояния/переходы. Потом уже pairwise. За 100% тестирование (избыточное) бизнес 100% не готов платить. Даже если утверждает обратное.
Кто сказал что на 100?
Это я предположила.😅 иначе как бы их в космос отправляли, если есть шанс развалиться в момент запуска? А денежки уже вложены
Вот вот. Да и бюджет я думаю что не как у NASA. И не водопад с детально проработанными требованиями, по которым можно об тестироваться.
Вообще-то такой прискорбный случай был. Взрыв "Челленджера" на старте в 1987-м году. Отчасти, как я несколько раз читал, из-за денежек.
У всего есть порог качества. И ваше по не исключение. Если бизнес готов в бухать ахулиарды в черную дыру, то сильвупле
На МКС туалеты часто ломаются
А как у Вас определяются эти 100%?
Да, тоже слышала. Это как раз оттого, что решили тестировать не всё :)
Комбинациями, есть их исчерпывающее количество. Просто оно дохрена велико ))
Да, в этом все и дело
Сделать Traceability matrix с соотношением требований\кейсов, покрывающих эти требования.
да очень просто — риски тупо страхуют https://www.interfax.ru/russia/684739
Обсуждают сегодня