Тестирование программного обеспечения. Базовый курс. 3-е издание
Стр: 176/301 Рассмотрим несколько примеров применения этого алгоритма. Ситуация 1
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
|
Стр: 176/301 Рассмотрим несколько примеров применения этого алгоритма. Ситуация 1. Тестированию подвергается некое веб-приложение, поле опи- сания товара должно допускать ввод максимум 250 символов; в процессе тестиро- вания оказалось, что этого ограничения нет. 1. Суть проблемы: исследование показало, что ни на клиентской, ни на сервер- ной части нет никаких механизмов, проверяющих и/или ограничивающих длину введённых в поле «О товаре» данных. 2. Исходный вариант подробного описания: в клиентской и серверной части приложения отсутствуют проверка и ограничение длины данных, вводимых в поле «О товаре» на странице http://testapplication/admin/goods/edit/. 3. Конечный вариант подробного описания: • Фактический результат: в описании товара (поле «О товаре», http://testapplication/admin/goods/edit/ ) отсутствуют проверка и ограни- чение длины вводимого текста (MAX=250 символов). • Ожидаемый результат: в случае попытки ввода 251+ символов выво- дится сообщение об ошибке. 4. Определение «что, где и при каких условиях случилось»: • Что: отсутствуют проверка и ограничение длины вводимого текста. • Где: описание товара, поле «О товаре», http://testapplication/ad- min/goods/edit/. • При каких условиях: – (в данном случае дефект присутствует всегда, вне зависимости от каких бы то ни было особых условий). 5. Первичная формулировка: отсутствуют проверка и ограничение максималь- ной длины текста, вводимого в поле «О товаре» описания товара. 6. Сокращение (итоговое краткое описание): нет ограничения максимальной длины поля «О товаре». Английский вариант: no check for «О товаре» max length. Ситуация 2. Попытка открыть в приложении пустой файл приводит к краху клиентской части приложения и потере несохранённых пользовательских данных на сервере. 1. Суть проблемы: клиентская часть приложения начинает «вслепую» читать заголовок файла, не проверяя ни размер, ни корректность формата, ничего; возникает некая внутренняя ошибка, и клиентская часть приложения некор- ректно прекращает работу, не закрыв сессию с сервером; сервер закрывает сессию по таймауту (повторный запуск клиентской части запускает новую сессию, так что старая сессия и все данные в ней в любом случае утеряны). 2. Исходный вариант подробного описания: некорректный анализ открывае- мого клиентом файла приводит к краху клиента и необратимой утере теку- щей сессии с сервером. 3. Конечный вариант подробного описания: • Фактический результат: отсутствие проверки корректности открывае- мого клиентской частью приложения файла (в том числе пустого) при- водит к краху клиентской части и необратимой потере текущей сессии с сервером (см. BR852345). • Ожидаемый результат: производится анализ структуры открываемого файла; в случае обнаружения проблем отображается сообщение о не- возможности открытия файла. 4. Определение «что, где и при каких условиях случилось»: • Что: крах клиентской части приложения. • Где: – (конкретное место в приложении определить едва ли возможно). • При каких условиях: при открытии пустого или повреждённого файла. Атрибуты (поля) отчёта о дефекте Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 Стр: 177/301 5. Первичная формулировка: отсутствие проверки корректности открываемого файла приводит к краху клиентской части приложения и потере пользова- тельских данных. 6. Сокращение (итоговое краткое описание): крах клиента и потеря данных при открытии повреждённых файлов. Английский вариант: client crash and data loss on damaged/empty files opening. жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|