14. Восходящее и нисходящее тестирование

Восходящее тестирование

Работа начинается с одного модуля, этот модуль называется ведущим. Он должен определять окружение, в котором он работает. Ведущий модуль задает набор тестов и эмуляторов, которые будут эмулировать внешнюю среду, которая будет работать с этим главным модулем. Эмуляторы еще называют отладочными модулями. Они могут быть разными для разных тестов.

Недостатки:

• Тесты на первых этапах представляются не в той форме, в которой они будут у конечного продукта (в котором они будут рассчитаны на конечного пользователя)

• Большое отладочное программирование

• Тестирование интерфейсных взаимодействий между модулями

Нисходящее тестирование

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

Недостатки:

• Мы менее тщательно можем протестировать продукт

15. Тестирование методом «чёрного ящика» тестирование методом «белого ящика»

Метод «Чёрного ящика»

Нет детального понимания устройства тестируемого продукта. Четко знаем набор входных данных, которые могут быть представлены на вход; и четко знаем результат, который ожидается. Решение о качестве ПП принимается по соответствию ожидаемых результатов работы программы с полученными результатами.

Недостатки:

• Требует более широкого спектра тестов и есть риск пропустить какие-то важные наборы входных данных

• Качество тестирования не будет высоким

Метод «Белого ящика»

Более квалифицированное тестирование. Для его проведения требуются более хорошие специалисты. С устройством ПП тестеры должны быть детально ознакомлены. И составляется список узких функциональных решений – тех решений, которые являются факторами потенциального риска. Тесты разрабатываются с учетом максимальной проверки этих узких мест функциональности.

Недостатки:

• Большие финансовые затраты

• Большие временные затраты (тестирование и подготовка к нему)

16. Приёмо-сдаточные испытания (пси)

Оценить качество ПП в течение короткого промежутка времени нельзя.

Главный субъект ПСИ: конечный пользователь

Этапы ПСИ:

1. Анализ пользовательской документации

   1. Руководство программиста (как устроен ПП)

   2. Руководство пользователя (описывает корректную работу с ПП)

   3. Хелпинг (краткий справочник, внедренный в систему)

2. Выявление основных функциональных требований (сценариев) программы

3. Определение основных показателей качества

4. Определение стенда, на котором будут проводиться испытания

5. Определение плана приёмо-сдаточных испытаний

6. Непосредственно проведение испытаний

7. (необязательно) Опытная эксплуатация

В результате всего этого получаем акт приёмки и, соответственно, деньги.

17. Стандартный сценарий тестирования пп

1. Сверка со спецификациями

2. Правильность работы ПП на основных сценариях

3. Лабораторные испытания

4. Проверка граничных условий

5. Производительность

6. Переходы между режимами (сценариями)

7. Нагрузочные испытания

   1. Максимальный объем входных данных

   2. Работа в режиме нехватки ресурсов

8. Проверка в многопользовательском и многозадачном режиме

9. Обработка ошибочных ситуаций

10. Защита

11. Проверка совместимости (программная/аппаратная)

12. Проверка установки на разных системах и с разной аппаратурой

13. (необязательно) Эффектные тесты

Регрессионное тестирование

Если в ходе тестирования ПО были обнаружены ошибки на каких-то тестах, эти тесты отдельно помечаются и заносятся в специальный список. Потом на каждом новом цикле тестирования эти тесты запускаются. Тестирование с использованием только тех тестов, которые приводили к ошибкам, называется регрессионным тестированием.