Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Answer.docx
Скачиваний:
18
Добавлен:
15.04.2019
Размер:
861.2 Кб
Скачать

40. Тестирование: стратегия черного ящика.

Стратегия черного ящика (black box), доступна только спецификация:

- метод эквивалентных разбиений;

- метод анализа граничных условий.

Метод эквивалентных разбиений:

- Множество потенциально возможных ошибок разбивается на непересекающиеся подмножества.

- Область значений входных переменных (тестовых наборов) разбивается на классы эквивалентности.

- Каждому классу эквивалентности ставится в соответствие подмножество возможных ошибок.

(дост. тестового набора из центра I-II-III)

Для того, что бы обнаружить все ошибки, принадлежащие подмножеству с номером n, достаточно использовать один тестовый набор из класса эквивалентности N.

Количество тестовых прогонов = количеству классов эквивалентностей.

Приемы, которые позволяют воспользоваться методом эквивалентных разбиения:

  1. Выделение неправильных классов эквивалентности. (Это такой набор входных данных, с которыми система не должна, но отреагировать правильно обязана).

  2. Если в спецификации есть какие-то условия поведения, то эти особенности тоже могут формировать классы эквивалентности.

Метод анализа граничных условий:

  1. Тестовые наборы принадлежат границам классов эквивалентности или располагаются рядом с границами.

  2. Тестовые наборы для максимальных и минимальных значений входных данных.

  3. Тестовые наборы принадлежат границам области результатов и пограничным областям.

  4. Тестовые наборы для максимальных и минимальных значений выходных данных.

41. Тестирование программной системы.

  1. Тестирование интерфейса пользователя.

  2. Тестирование на предельных объемах.

  3. Тестирование на предельных нагрузках.

  4. Тестирование средств защиты.

  5. Тестирование производительности.

  6. Тестирование требований к памяти.

  7. Тестирование совместимости.

  8. Тестирование надежности.

  9. Тестирование восстановления.

  10. Тестирование инсталляции.

  1. Удобство и т.д. – хорошая диагностика, эстетика (размещение элементов и т.д.)

  2. Объемы входных данных (объем кода). Для БД это количество записей – сделать программу генератор записей. Для ОС надо много задач открыть.

  3. Имеет отношение к системам реального времени. Для ОС (2) и (3) примерно одинаковы.

  4. Админ/пользователь.

  5. Время отклика.

  6. Количество потребляемой памяти.

  7. Версии (совместимость снизу вверх) – старая версия работает на новом компьютере. У СУБД примерно тоже самое.

  8. Время наработки на отказ (время эксплуатации до первого сбоя); Количество ошибок, обнаруженное за некоторое время.

  9. После сбоя; обработка исключительных ситуаций.

42. Автономное и комплексное тестирование методов.

Автономное тестирование – тестирование отдельного метода(модуля) тем, кто его разрабатывал.

  • Автономное тестирование более трудоемко.

  • Комплексное тестирование позволяет охватить больше вариантов, то есть подпрограммы, протестированные ранее, подвергаются дополнительной проверке.

  • Автономное тестирование может проводиться одновременно несколькими программистами.

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

Если мы тестируем всю систему в целом, то ничего кодировать дополнительно не надо.

Автономное тестирование требует дополнительного программирования заглушек.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]