Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
shpory_Popova.docx
Скачиваний:
0
Добавлен:
01.04.2025
Размер:
131.2 Кб
Скачать
  1. Жизненный цикл ошибки. Системы документирования ошибок.

ЖЦ ошибки начинается с ее обнаружения и присвоения статуса «новая» или «найдена». Затем ошибка направляется для исправления и получает статус «присвоена». После исправления ошибка получает статус «исправлена». Затем исправленная ошибка вновь отправляется тестировщику, как правило в новой версии, и если ошибка не повторяется, она получает статус «проверена».

Возможны такие случаи:

  1. Когда исправленная ошибка повторяется снова. Тогда тестировщик присваивает ей статус «повторить» и отправляется на исправление.

  2. Когда задокументированная ошибка не воспроизводится, тогда разработчик

присваивает ей статус «не воспроизводится».

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

Тестировщик: найдена, закрыта, повторить

Программист: присвоена, исправлена, не воспроизводится, отложена

  1. Приемочный тест, критерии его непрохождения. Критическое и углубленное тестирование.

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

1)отсутствие каких-либо файлов или других компонент, без которых использование невозможно

2) сбой программного обеспечения или системы вначале работы.

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

4)Достижение определенного процента ошибок, недопустимого для дальнейшего тестирования(20-25%).

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

Углубленное тестирование – это тестирование, которое проверяет работу программы в непредвиденных и нестандартных случаях. Н-р, при некорректно вводимом значении. Углубленное тестирование проводят не всегда, ближе к окончанию работы над программой. Углубленное тестирование проводится на основе тестовых случаев, а также контрольных перечнев (checklist). Контрольные перечни создаются в ходе уроков и позволяют максимально проверить возможное кол-во вариантов. Как правило, контрольные перечни созд. для стандартных полей (поля даты или времени), поэтому тестовые сценарии для каждого программного продукта составляются новые. Таким образом контр.перечни сами явл-ся упрощенными тестовыми сценариями.

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