Типичные ошибки при анализе
и тестировании требований
Тестирование программного обеспечения. Базовый курс.
© EPAM Systems, 2015–2023
Стр: 66/301
быть доступны для нажатия» и «главное меню должно отображаться». Да, эту недо-
работку
тоже стоит исправить, но не следует отмечать её
как критическую про-
блему.
Скрытое редактирование требований.
Эту ошибку можно смело отнести к
разряду крайне опасных. Её суть
состоит в том, что тестировщик произвольно вно-
сит правки в
требования, никак не отмечая этот факт. Соответственно, автор доку-
мента, скорее всего, не заметит такой правки, а потом будет очень удивлён, когда
в продукте что-то будет реализовано совсем не так, как когда-то было описано в
требованиях. Потому простая рекомендация: если вы что-то правите, обязательно
отмечайте это (средствами вашего инструмента или просто явно в тексте). И ещё
лучше отмечать правку
как предложение по изменению, а
не как свершившийся
факт, т.к. автор исходного документа может иметь совершенно иной взгляд на си-
туацию.
Достарыңызбен бөлісу: 
