Критическое тестирование – это основной вид динамического тестирования, при которой проверяется типичная, логически верная работа программы. Этот вид тестирования проводят всегда над каждой версией продукта, по заранее подготовленным тестовым случаям. Каждый отработанный тестовый случай помечается как «пройденный» или «не пройденный» По необходимости составляется отчет об ошибках. Если в процессе тестирования находятся ошибки непредусмотренные тестовыми случаями, то тестировщик добавляет новый тестовый случай и также составляется отчет об ошибке. Такой подход позволяет не потерять возможную ошибку в следующих версиях программы.
Углубленное тестирование – это тестирование, которое проверяет работу программы в непредвиденных и нестандартных случаях. Н-р, при некорректно вводимом значении. Углубленное тестирование проводят не всегда, ближе к окончанию работы над программой. Углубленное тестирование проводится на основе тестовых случаев, а также контрольных перечнев (check list). Контрольные перечни создаются в ходе уроков и позволяют максимально проверить возможное кол-во вариантов. Как правило, контрольные перечни созд. для стандартных полей (поля даты или времени), поэтому тестовые сценарии для каждого программного продукта составляются новые. Таким образом контр. перечни сами явл-ся упрощенными тестовыми сценариями.
18. Использование контрольных перечней в углубленном тестировании.
Check list — это мини тестовые случаи, которые создаются для стандартных полей, применяемых практически в любых проектах (дата, время, поле валюты), поэтому нет смысла для каждого отдельного проекта разрабатывать свои тестовые случаи, следует использовать контрольные перечни
Н-р, проверка данного текстового поля:
— проверить на заполненность(пустой или нет)
— проверить на пробелы в начале и в конце
— проверить на одни пробелы — проверить на пробелы в середине текстового поля
— проверить на спец. Символы — проверить на минимальную и максимальную длину
— проверить на кнопки Shift, Insert, CapsLock, а также на выделение
Н-р, проверка числового поля:
— проверить на минимальное и максимальное значение
— проверить на отрицательные значения
— +1, -1 — проверить на буквенные символы
Н-р, проверка RadioButton:
— проверить на установку по умолчанию — проверить поле на выделение после его выбора
19. Достоинства и недостатки автоматизации функционального тестирования.
Автоматизированное тестирование- это процесс замены ручного тестирования некоторым инструментным средством.
Преимущества:
1.большая скорость выполнения теста по сравнению с ручным.
2.возможность прогона тестов большого количества раз.
3.процесс прохождения тестов одинаков каждый раз:
— отсутствие человеческого фактора; — тестовое окружение;
4. автоматизация однообразных, однотипных задач. 5.возможность запусков тестов в нерабочее время. 6.накопление результатов в формализованном виде.
7.освобождение тестировщика от выполнения одних и тех же действий.
8. управление несколькими машинами одновременно, т.е. распределенный тест.
9.перезагрузка компьютера в другую операционную систему и вход в систему под различными пользователями.
10. создание теста на одном браузере и запуск на другом без изменения.
11.Поиск поломанных ссылок на Web странице. 12. взаимодействие с базами данных напрямую
Недостатки:
1. Не находят новых ошибок Разработка и отладка тестов требует больших затрат времени.
20. Необоснованные ожидания от автоматизированного тестирования.
1. Автоматизировать можно все что угодно.
2. Можно обнаружить больше ошибок.
3. Можно исключить или значительно сократить ручное тестирование.
4. Возможно 100% покрытие функциональности.
5. Все необходимое тестирование может выполнять одно инструментное средство.
6. Временной график тестирования сократится.
7. Автоматизация недорога.
8. Средства автоматизации просты в использовании.
21. Требования, предъявляемые к автоматизированным тестам.
1. Тест должен тестировать сам, т е не только эмулировать действия пользователя, но и производить необходимые проверки. Тест должен выдавать результат в таком виде, чтобы по нему можно было сказать в чем ошибка.
2. Модульность.
3. Независимость.
4. Автономность.
5. Переносимость, т е возможность запуска теста на другой платформе без каких-либо изменений.
6. Наличие документальных требований запуска теста.
7. Синхронизация. Тест должен с минимальными изменениями одинаково хорошо работать как на медленной версии так и на быстрой.
22. Метод «PlayRecord» в автоматизированном тестировании.
play record- это возможность работать в режиме записи ваших действий совершаемое над приложениям. Записи осуществляется в виде программного кода на встроенном в tool (инструмент) языке программирования.
Последовательность действий такова:
1. Включается запись 2. Выполняются некоторые действия над программой
3.Останавливается запись. 4. Включается проигрывание.
После этих действий можно наблюдать за повторением ваших манипуляций.
Недостатки:
1. Скрипы получаемые этим методом содержат фиксированные значения, которые должны быть изменены каждый раз, когда в приложении что-то меняется.
2. Стоимость связанная с поддержкой этих скриптов, астрономическая и неприемлемая , поскольку их приходится переписывать.
3. Такие скрипты не надежны и часта не работают даже если тестируемое приложение не менялось. Причины могут быть следующие:
Различные всплывающие окна, сообщения или другие события, которые не происходили в момент записи теста.
4. Если тестировщик совершает ошибку, например во время ввода данных, тест должен быть записан заново.
