Тестирование программного обеспечения. Базовый курс. 3-е издание
Стр: 127/301 Заглавие (суть) тест-кейса
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
- Бұл бет үшін навигация:
- Плохо Хорошо
- Исходные данные, необходимые для выполнения тест-кейса
|
Стр: 127/301 Заглавие (суть) тест-кейса (title) призвано упростить и ускорить понимание основной идеи (цели) тест-кейса без обращения к его остальным атрибутам. Именно это поле является наиболее информативным при просмотре списка тест- кейсов. Сравните. Плохо Хорошо Тест 1 Запуск, одна копия, верные параметры Тест 2 Запуск одной копии с неверными путями Тест 78 (улучшенный) Запуск, много копий, без конфликтов Остановка Остановка по Ctrl+C Закрытие Остановка закрытием консоли … … Заглавие тест-кейса может быть полноценным предложением, фразой, набо- ром словосочетаний — главное, чтобы выполнялись следующие условия: • Информативность. • Хотя бы относительная уникальность (чтобы не путать разные тест-кейсы). Внимание! Частая ошибка! Если инструмент управления тест-кейсами не требует писать заглавие, его всё равно надо писать . Тест-кейсы без за- главий превращаются в мешанину информации, использование которой сопряжено с колоссальными и совершенно бессмысленными затратами. И ещё одна небольшая мысль, которая может помочь лучше формулировать заглавия. В дословном переводе с английского «test case» обозначает «тестовый случай (ситуация)». Так вот, заглавие как раз и описывает этот случай (ситуацию), т.е. что происходит в тест-кейсе, какую ситуацию он проверяет. Исходные данные, необходимые для выполнения тест-кейса (precondition, preparation, initial data, setup), позволяют описать всё то, что должно быть подготовлено до начала выполнения тест-кейса, например: • Состояние базы данных. • Состояние файловой системы и её объектов. • Состояние серверов и сетевой инфраструктуры. То, что описывается в этом поле, готовится БЕЗ использования тестируемого приложения, и таким образом, если здесь возникают проблемы, нельзя писать от- чёт о дефекте в приложении. Эта мысль очень и очень важна, потому поясним её простым жизненным примером. Представьте, что вы дегустируете конфеты. В поле «исходные данные» можно прописать «купить конфеты таких-то сортов в таком-то количестве». Если таких конфет нет в продаже, если закрыт магазин, если не хва- тило денег и т.д. — всё это НЕ проблемы вкуса конфет, и нельзя писать отчёт о дефекте конфет вида «конфеты невкусные потому, что закрыт магазин». Некоторые авторы не следуют этой логике и допускают в разделе «приго- товления» работу с тестируемым приложением. И здесь нет «правильного варианта» — просто в одной традиции решено одним образом, в другой — другим. Во многом это — ещё и терминологическая проблема: «preparation», «initial data» и «setup» вполне логично выполнять без уча- стия тестируемого приложения, в то время как «precondition» по смыслу ближе к описанию состояния тестируемого приложения. В реальной рабо- чей обстановке вам достаточно будет прочитать несколько тест-кейсов, уже созданных вашими коллегами, чтобы понять, какой точки зрения на данный вопрос они придерживаются. Атрибуты (поля) тест-кейса Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|