Тестирование программного обеспечения. Базовый курс. 3-е издание
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
| Тестовая стратегия и подходы
Общий подход. Специфика работы приложения состоит в однократном конфигурировании опытным специалистом и дальнейшем использовании конечными пользователями, для которых доступна только одна операция — размещение файла в каталоге-при- ёмнике. Потому вопросы удобства использования, безопасности и т.п. не исследу- ются в процессе тестирования. Уровни функционального тестирования: • Дымовой тест: автоматизированный с использованием командных файлов ОС Windows и Linux. • Тест критического пути: выполняется вручную. • Расширенный тест не производится, т.к. для данного приложения вероят- ность обнаружения дефектов на этом уровне пренебрежимо мала. В силу кроссфункциональности команды значительного вклада в повышение качества можно ожидать от аудита кода, совмещённого с ручным тестированием по методу белого ящика. Автоматизация тестирования кода не будет применяться в силу крайне ограниченного времени. Критерии • Приёмочные критерии: успешное прохождение 100 % тест-кейсов уровня ды- мового тестирования и 90 % тест-кейсов уровня критического пути (см. мет- рику « Успешное прохождение тест-кейсов ») при условии устранения 100 % дефектов критической и высокой важности (см. метрику « Общее устранение дефектов »). Итоговое покрытие требований тест-кейсами (см. метрику « По- крытие требований тест-кейсами ») должно составлять не менее 80 %. • Критерии начала тестирования: выход билда. • Критерии приостановки тестирования: переход к тесту критического пути до- пустим только при успешном прохождении 100 % тест-кейсов дымового теста (см. метрику « Успешное прохождение тест-кейсов »); тестирование может быть приостановлено в случае, если при выполнении не менее 25 % запла- нированных тест-кейсов более 50 % из них завершились обнаружением де- фекта (см. метрику « Стоп-фактор »). • Критерии возобновления тестирования: исправление более 50 % обнаружен- ных на предыдущей итерации дефектов (см. метрику « Текущее устранение дефектов »). • Критерии завершения тестирования: выполнение более 80 % запланирован- ных на итерацию тест-кейсов (см. метрику « Выполнение тест-кейсов »). Ресурсы • Программные ресурсы: четыре виртуальных машины (две с ОС Windows 7 Ent x64, две с ОС Linux Ubuntu 14 LTS x64), две копии PHP Storm 8. • Аппаратные ресурсы: две стандартных рабочих станции (8GB RAM, i7 3GHz). Тест-план и отчёт о результатах тестирования Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 Стр: 218/301 • Человеческие ресурсы: o Старший разработчик с опытом тестирования (100%-я занятость на всём протяжении проекта). Роли на проекте: лидер команды, старший разработчик. o Тестировщик со знанием PHP (100%-я занятость на всём протяжении проекта). Роль на проекте: тестировщик. • Временные ресурсы: одна рабочая неделя (40 часов). • Финансовые ресурсы: согласно утверждённому бюджету. Дополнительные финансовые ресурсы не требуются. Расписание • 25.05 — формирование требований. • 26.05 — разработка тест-кейсов и скриптов для автоматизированного тести- рования. • 27.05 –28.05 — основная фаза тестирования (выполнение тест-кейсов, напи- сание отчётов о дефектах). • 29.05 — завершение тестирования и подведение итогов. жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|