Тестирование программного обеспечения. Базовый курс. 3-е издание
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
- Бұл бет үшін навигация:
- Ожидаемые результаты
|
Стр: 128/301 Шаги тест-кейса (steps ) описывают последовательность действий, которые необходимо реализовать в процессе выполнения тест-кейса. Общие рекомендации по написанию шагов таковы: • начинайте с понятного и очевидного места, не пишите лишних начальных шагов (запуск приложения, очевидные операции с интерфейсом и т.п.); • даже если в тест-кейсе всего один шаг, нумеруйте его (иначе возрастает ве- роятность в будущем случайно «приклеить» описание этого шага к новому тексту); • если вы пишете на русском языке, используйте безличную форму (например, «открыть», «ввести», «добавить» вместо «откройте», «введите», «до- бавьте»), в английском языке не надо использовать частицу «to» (т.е. «запу- стить приложение» будет «start application», не «to start application»); • соотносите степень детализации шагов и их параметров с целью тест-кейса, его сложностью, уровнем {79} и т.д. — в зависимости от этих и многих других факторов степень детализации может варьироваться от общих идей до пре- дельно чётко прописанных значений и указаний; • ссылайтесь на предыдущие шаги и их диапазоны для сокращения объёма текста (например, «повторить шаги 3–5 со значением…»); • пишите шаги последовательно, без условных конструкций вида «если… то…». Внимание! Частая ошибка! Категорически запрещено ссылаться на шаги из других тест-кейсов и другие тест-кейсы целиком: если те, другие тест- кейсы будут изменены или удалены, ваш тест-кейс начнёт ссылаться на неверные данные или в пустоту, а если в процессе выполнения те, другие тест-кейсы или шаги приведут к возникновению ошибки, вы не сможете закончить выполнение вашего тест-кейса. Ожидаемые результаты (expected results ) по каждому шагу тест-кейса опи- сывают реакцию приложения на действия, описанные в поле «шаги тест-кейса». Номер шага соответствует номеру результата. По написанию ожидаемых результатов можно порекомендовать следующее: • описывайте поведение системы так, чтобы исключить субъективное толкова- ние (например, «приложение работает верно» — плохо, «появляется окно с надписью…» — хорошо); • пишите ожидаемый результат по всем шагам без исключения, если у вас есть хоть малейшие сомнения в том, что результат некоего шага будет совер- шенно тривиальным и очевидным (если вы всё же пропускаете ожидаемый результат для какого-то тривиального действия, лучше оставить в списке ожидаемых результатов пустую строку — это облегчает восприятие); • пишите кратко, но не в ущерб информативности; • избегайте условных конструкций вида «если… то…». Внимание! Частая ошибка! В ожидаемых результатах ВСЕГДА описыва- ется КОРРЕКТНАЯ работа приложения. Нет и не может быть ожидаемого результата в виде «приложение вызывает ошибку в операционной си- стеме и аварийно завершается с потерей всех пользовательских данных». При этом корректная работа приложения вполне может предполагать отображение сообщений о неверных действиях пользователя или неких критических ситуациях. Так, сообщение «Невозможно сохранить файл по указанному пути: на целевом носителе недостаточно свободного места» Атрибуты (поля) тест-кейса Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 Стр: 129/301 — это не ошибка приложения, это его совершенно нормальная и правиль- ная работа. Ошибкой приложения (в этой же ситуации) было бы отсут- ствие такого сообщения, и/или повреждение, или потеря записываемых данных. Для более глубокого понимания принципов оформления тест-кейсов реко- мендуется прямо сейчас ознакомиться с главой «Типичные ошибки при разработке чек-листов, тест-кейсов и наборов тест-кейсов» {160} . Инструментальные средства управления тестированием Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|