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

-

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

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

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

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

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

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

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

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

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

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

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

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

Комментарии

Отправить комментарий

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

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

-
Изображение
Совсем недавно я закончила проект по созданию автоматических CodedUI-тестов и внедрению их автоматического прогона в рамках выпуска сборки, используя инструментарий TFS. Запуск автоматических тестов происходит по следующей схеме: 1. Инициируется автоматический запуск сборки (по расписанию, 1 раз в неделю) тестируемого приложения. Результатом успешно выполненной сборки является обновление файлов приложения на сервере IIS (тестируется web-приложение). 2. Успешная сборка автоматически запускает ее выпуск, в рамках которого происходит восстановление базы данных, с которой работает приложение; на сервере клиента устанавливается агент тестирования и запускаются автоматические тесты пользовательского интерфейса (запуск тестов настроен в рамках задачи Run Functional Test Task, источник тестов - План тестирования, содержащий тестовые случаи со связанной автоматизацией, тип тестов - Coded UI Test). 3. Результаты тестового прогона анализируются, для каждого Failed-теста определяется тип...
Далее...

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

-
Изображение
Всем привет! Долго думала, о чем написать в своей первой статье. Столько мыслей в голове и обо всем хочется сказать. Но, как ни крути,  для начала нужно определить предмет разговора. Так что же такое Тестирование программного обеспечения?  На просторах интернета можно найти массу определений понятию тестирования ПО, но я попробую дать определение этому процессу исходя из практики, через которую я прошла. Когда я только начинала свою карьеру как инженер-тестировщик, я имела весьма туманное представление о процессе тестирования какого-либо программного продукта. Конечно, первым делом я зашла в свой любимый поисковик и сделала запрос. Бегло ознакомившись с его результатами, я получила кое-какие представления о тестировании, добавила пару сайтов в Избранное. На том этапе с теорией было покончено, впереди меня ожидала практика...  Хочу отметить, что наши приложения - это далеко не легкие по своей функциональности приложения, как, например, банковские или интернет...
Далее...

Основные активности процесса тестирования и место тестирования в цикле разработки ПО

-
Изображение
Всем привет!  Сегодня я расскажу вам о процессе тестирования и его месте в цикле разработки.  Процесс тестирования - это совокупность нескольких видов активностей, таких как планирование, проектирование тестов, собственно выполнение тестирования, сбор и анализ полученных результатов.  Отмечу, что для быстрого и эффективного выполнения этих активностей необходимо стремиться к использованию удобных инструментов, позволяющих максимально упростить и ускорить работы, в том числе и автоматизировать некоторую их часть. В своей работе я использую такие инструменты как TFS, Visual Studio, Microsoft Test Manager и, конечно же, расскажу о них более подробно в следующих статьях. Теперь немного поговорим о каждой активности. 1) Планирование (Test Planning).  Я поддерживаю практику, когда процесс тестирования при разработке нового ПО начинается как можно раньше, как только были получены первые спецификации, например, в виде Технического задания. Софт еще н...
Далее...