19. Процесс динамического тестирования.

Тестирование - ПО – процесс анализа или эксплуатации ПО с целью выявления дефектов.

Дефект – изъян в разработке ПП, которые не соответствует ожидаемым результатам выполнения программы с фактическим.

Динамическое тестирование ПО – это вид тестирования, который предусматривает эксплуатацию ПО. Проводится путем запуска проги (черный ящик).

Динамическое тестирование состоит из 3 этапов:

1. приемочное тестирование (smoke test) – короткий тест, кот длиться не > 30 мин для того, чтобы проверить самую глобальную функц-ность системы и сделать вывод о пригодности ПП для тест-я вообще. Т. обр. ПТ принято разраб. для кажд. этапа тест-я в отд-ти.

2. критическое (critical) – проверка работы проги при стандартных условиях.

3. углубленное (расширенное) – extended – проверка работы проги для нестандартных ситуаций.

Для упрощения поиска ошибки используются контрольные перечни.

Для проведения динамического тестирования используются тестовые план (в кот описывается инструкции для тестирования, способы тестирования, сроки и т.д.)

Для каждого теста должен быть описан тестовый сценарий (алгоритм проверки каждой функциональности). В тестовом сценарии прописываются тестовые случаи на каждую функциональность.

20. Ошибка. Свойства ошибки.

Ошибка (дефект, Bug) – расхождение м-ду прогой и ее спецификацией.

или если прога не делает того, что пользователь от нее вполне обоснованно ожидает.

Если прога не делает того, что польз-ль от нее ожидает – программная ошибка.

Свойства ошибок:

1. Важность:

1. критическая ошибка – происходит крах прилож-я, крах сервера, ОС, невозможность продолж-я раб. с прил-ем без его перезапуска.

2. серьезная – не работ-ая или неправильно раб-щая осн. функциональность прилож-я: невозм-ть сохр. данные, выбора опер-й продукта, потеря информ.

3. средняя – не раб. или неправильно раб. неосн. функц-ть, но есть др. сп-б для ее реализ-ии: не раб Save As(раб. Save ).

4. Низкая – все дефекты, не влияющие на функциональность (грам. ошибки, некорректная табуляция и т.д.)

2. Воспроизводимость – как часто проявляется ошибка:

• всегда

• иногда при каком-то условии

3. Симптом – категория ошибки:

• Неверное действие;

• Отказ системы;

• Потеря данных;

• Искажение данных;

• Косметическая ошибка;

• Ошибка документации;

• Различие со спецификацией.

4. Приоритет ошибки по отношения с другими ошибками:

• Очень высокий; - Высокий; - Средний; - Низкий.

21. Правила составления отчета об ошибках.

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

Памятка:

1. составляйте отчет об ошибке сразу же после ее обнаружения, т.к. про нее м. забыть.

2. не сост-те отчет на бумаге (можно легко потерять), а сразу занесите ее в систему док-ции ошибок.

3. придумайте краткое, но емкое назв-е ошибки (иногда вместо термина назв-е исп-ся термин summary), ведь по назв-ю ошибки менеджер разработчиков будет отправлять эту ошибку для исправления тому или другому спец-у

4. составьте-опишите шаги для воспроизведения обнаруженной ошибки для того, чтобы разработчик смог их повторить и увидеть ошибку.

5. составьте полное описание обнаруженной ошибки с указанием ОС и БД или др. подробностей.

6. не путайте шаги воспроизведения и описание ошибки, а также название ошибки с ее описанием.

7. укажите серьезность ошибки, ее симптом, частоту проявления и приоритет.

8. пользуйтесь простым языком для описания ошибок.

9. не обвиняйте никого в обнаруженной ошибке, отчет не должен приводить к конфликту между разработчиком и тестировщиком, а лишь способствовать улучшению качества.