Плохо (неверная команда)
Хорошо (верная команда)
…
…
…
verifyEditable
id=cb
…
…
…
.
…
…
…
verifyChecked
id=cb
…
…
…
•
И напоследок рассмотрим ошибку, которую по какой-то мистической причине
совершает добрая половина начинающих автоматизаторов — это замена
проверки действием и наоборот. Например, вместо проверки значения поля
они изменяют значение. Или вместо изменения состояния чек-бокса прове-
ряют его состояние. Здесь не будет примеров на «плохо/хорошо», т.к. хоро-
шего варианта здесь нет — такого просто не должно быть, т.к. это — грубей-
шая ошибка.
Кратко подытожив рассмотренное, отметим, что тест-кейс, предназначенный
для автоматизации, будет куда более похож на миниатюрное техническое задание
по разработке небольшой программы, чем на описание корректного поведения те-
стируемого приложения, понятное человеку.
И ещё одна особенность автоматизированных тест-кейсов заслуживает от-
дельного рассмотрения — это источники данных и способы их генерации. Для вы-
полняемых вручную тест-кейсов эта проблема не столь актуальна, т.к. при выпол-
нении 3–5–10 раз мы также вручную вполне можем подготовить нужное количество
вариантов входных данных. Но если мы планируем выполнить тест-кейс 50–100–
500 раз с разными входными данными, вручную столько данных мы не подготовим.
Источниками данных в такой ситуации могут стать:
•
Случайные величины: случайные числа, случайные символы, случайные
элементы из некоторого набора и т.д.
•
Генерация (случайных) данных по алгоритму: случайные числа в заданном
диапазоне, строки случайной длины из заданного диапазона из случайных
символов из определённого набора (например, строка длиной от 10 до 100
символов, состоящая только из букв), файлы с увеличивающимся по некоему
правилу размером (например, 10 КБ, 100 КБ, 1000 КБ и т.д.).
369
Selenium IDE. [
https://www.selenium.dev/selenium-ide/
]
Особенности тест-кейсов в автоматизации
Тестирование программного обеспечения. Базовый курс.
© EPAM Systems, 2015–2023
Стр: 268/301
•
Получение данных из внешних источников: извлечение данных из базы дан-
ных, обращение к некоему веб-сервису и т.д.
•
Собранные рабочие данные, т.е. данные, созданные реальными пользовате-
лями в процессе их реальной работы (например, если бы мы захотели раз-
работать собственный текстовый редактор, тысячи имеющихся у нас и наших
коллег doc(x)-файлов были бы такими рабочими данными, на которых мы бы
проводили тестирование).
•
Ручная генерация — да, она актуальная и для автоматизированных тест-кей-
сов. Например, вручную создать по десять (да даже и по 50–100) корректных
и некорректных e-mail-адресов получится куда быстрее, чем писать алгоритм
их генерации.
Применение некоторых из этих идей по генерации данных мы рассмотрим
подробнее в следующей главе.
Технологии автоматизации тестирования
Тестирование программного обеспечения. Базовый курс.
© EPAM Systems, 2015–2023
Достарыңызбен бөлісу: |