24. Приемочный тест. Критерии непрохождения приемочного теста.

Приемочное тестир-е – быстрая проверка работы проги на выполнение осн. Функциональности (не > 30 мин).

После прием. тест-я дел. вывод о пригодности этой версии к дальнейшему тестированию.

Критерии прохождения и не прохождения прием-го теста во многом зависит от заказчика. Они должны быть отражены в тестовом плане.

Критерии:

• отсут-е файлов или др. компонентов, без кот. не возможно использование данного ПП.

• сбой проги или сист. в начале раб. с ней

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

• достиж-е опред-го % ошибок, недопустимого при тестир-ии. (20 – 25% проги)

25. Критическое тестирование. Углубленное тестирование.

Критическое тестирование - основной вид тестирования, при котором проверяется типичная работа программы (при правильной последовательности действий и т.д.). Этот вид проводится всегда над каждой версией пп по заранее подготовленным тестовым сценариям.

Каждый отработанный случай помечается, как пройден/не пройден. Если «не пройден», то тестер оформляет отчет на найденную ошибку.

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

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

Углубленное тестирование проводиться на основе заранее разработанных тестовых сценариев, а также с использованием контрольных перечней – check list’ов. Как правило, контрольные перечни создаются для стандартных компонентов (поле даты, текстовые поля и тд).

В некоторой степени контроль переменных является упрощенным тестовым сценарием.

26. Использование контрольных перечней в углубленном тестировании.

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

1. Проверка одного тестового поля:

• на заполненность,

• на пробелы в начале или середине,

• на одни пробелы,

• на max длину поля,

• на спец. символы,

• на символы конкретного языка,

• на кнопки Insert, Shift, выделение текста.

2. Проверка нескольких тестовых полей.

3. Проверка числовых полей (макс и мин значения; отрицательные значения; на -1;1; на буквенные символы)

4. Проверка на выпад. списка:

• выпадение списка по стрелке и на Ctrl+A,

• на сортировку в списке по алфавиту (при выделении и сохранении не должно сбрасываться).

5. ComboBox:

   1. внешний вид,

   2. на ввод своих значений (они должны отображаться).

6. CheсkBox:

• на работу с помощью мыши и клавиатуры.

7. RadioButton:

• на установку по умолчанию,

• на выделение его после выбора.

8. Поле вылюты.

• Проверить на количество знаков для разменной монеты

9. Дата.

10. Кнопки:

• внешний вид,

• текст (нельзя исп-ть аббревиатуры),

• поместиться ли текст на кнопке при переводе назв-ния на др.язык,

• на табуляцию,

• на одинарное и двойное нажатие,

• на доступность кнопки согласно требованию.

11. Окна.

• На появление скроллинга

• Проверить, чтобы были выровнены поля, шрифты одинаковые

• Цветовая гамма

• Позиционирование окон в зависимости от разрешения экрана

• Верный ли номер версии