"Опрятность" тестовых случаев


В какой-то момент мы оказались в ситуации, когда в системе были зарегистрированы сотни тестовых случаев, спроектированных разными инженерами без каких-либо договоренностей по их оформлению.

Было принято решение разработать некоторые стандарты для проектирования и создания тестовых случаев в системе. Далее я хочу поделиться некоторыми требованиями (а точнее основными их идеями), которые стали обязательными для нас при проектировании тестовых случаев.

1. Название тестового случая согласно шаблону: <Специальный код проекта или его название> / <Специальный код продукта или его название> / <Модуль продукта> / <Тестируемая функциональность>.

2. Шаги тестового случая.

Описание действий пользователя в системе согласно принципу: "Что сделать? Где сделать? Как сделать?". Действия описывать в повелительном наклонении. Например, 

Ввести значение "25.12.1998" в поле "Дата начала" путем выбора из календаря.

Описание ожидаемых результатов для шагов тестовых случаев согласно принципу: "Что проверить? Где проверить? Какое состояние оценить?". Например,

Кнопка "Сохранить" на главной панели инструментов стала неактивна.

3. Названия разделов, элементов управления, областей и вводимых значений (если они не определены через параметры) указывать в кавычках и с заглавной буквы. 

4. Использовать единый для всех шрифт и кегль.

В дополнение к пункту 3 отмечу, что был создан единый список названий основных элементов управления (кнопка, переключатель, флаг и т.д.), так как в нашем случае были проблемы даже с определением типа описываемого элемента управления (например, такой элемент управления как "флаг" мог определяться в разных тестовых случаях как "флажок", "галка" или "переключатель").

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

Комментарии

Популярные сообщения из этого блога

Используем TFS API для формирования сводных отчетов по автоматическим тестовым запускам

Предмет разговора