Виктор Мацкевич
Как писать тесты для программного продукта
Данная статья является заключительной в блоке материалов, посвященных тестированию. Данный блок был посвящен следующим темам:
-
Что такое тестирование? Место тестирования в разработке программного продукта — здесь идёт речь об основных положениях тестирования ПО. Представлена блок-схема процесса тестирования ПО. Говорится о видах тестирования: ручное и автоматизированное.
- Создадим класс MainTestActivity.java и унаследуем класс MainActivity.java
- Вынесем все методы, связанные с тестами в новый класс
- Отредактируем класс MainActivityTest.java
Источник: bytepace.com
Модульное тестирование / Unit Testing в Java: Создание первого теста
КАК СОЗДАВАТЬ ТЕСТ СЦЕНАРИИ С ПРИМЕРАМИ
Тестирование ПО является важным процессом для инженеров-программистов. Его можно использовать для поиска дефектов в коде, оценки производительности системы и определения того, соответствует ли продукт ожиданиям клиентов. Тестировщики программного обеспечения несут ответственность за написание тестовых сценариев, которые выявляют ошибки или сбои в части программного обеспечения, которые могли не быть замечены другими членами команды или заинтересованными сторонами.
При написании тестовых сценариев важно учитывать разные точки зрения. У каждого тестировщика программного обеспечения своя точка зрения, и нам важно понимать подход других. Мы должны рассмотреть — что произойдет, если некоторые функции будут отсутствовать? Какие проблемы это может вызвать? Как эти проблемы могут повлиять на пользователей?
В этом сообщении блога рассказывается о том, как написать хорошие тестовые сценарии, которые сделают ваш проект успешным.
Также прочтите: Как писать тестовые сценарии [Скачать: бесплатный шаблон тестового примера]
Что такое тестовый сценарий?
Как бы вы описали сценарии тестирования?
Тестирование программного обеспечения является важным часть разработки программного обеспечения. Сценарий тестирования играет очень важную роль в улучшении тестовых случаев.
Сценарии тестирования — это подробные описания или записи о том, как пользователь будет взаимодействовать с приложением во время тестирования программного обеспечения. Он также известен как тестовая возможность или тестовое условие.
Писать Тесты в Python – проще чем Ты думаешь!
Тестовые сценарии используются для предоставления информации о том, что сделал тестер. Сценарии тестирования помогают тестировщикам создавать более качественные тестовые сценарии, чтобы их автоматизированные тесты можно было запускать с помощью инструментов автоматизации, и они выявляли все возможные результаты, не только ожидаемые, но и неожиданные, чтобы можно было немедленно сообщать об ошибках.
Когда вы пишете программное обеспечение, важно протестировать ваш продукт перед его выпуском. Сценарий тестирования — это последовательность шагов, которые пользователь может предпринять, чтобы использовать ваше программное обеспечение во время тестирования.
Сценарии тестирования должны учитывать все возможные способы выполнения задачи и охватывать как положительные, так и отрицательные тестовые случаи, поскольку конечные пользователи могут не обязательно предпринимать шаги, которые вы от них ожидаете.
Используя тестовые сценарии, мы оценить производительность приложений с точки зрения конечного пользователя. При создании тестовых сценариев вы как тестировщик должны ставить себя на место конечного пользователя, чтобы иметь четкое представление о том, с какими реальными сценариями придется иметь дело программному обеспечению, когда оно будет выпущено.
Точка быть отмечено:
Тест план: как составлять
Для чего составляется тест план мы обсудили в прошлой статье. А как составить тот самый эффективный тест план? Который бы не просто пылился в дальнем углу, а действительно помогал.
Форматы
Отображать тест план можно разными способами:
- В виде традиционного документа с использованием Microsoft Excel или Microsoft Word.
- Используя методики визуализации с помощью майнд-карт, таблиц, диаграмм, коротких схем.
- Прибегнуть к помощи профессиональных инструментов – систем для управления процессами на проектах.
Преимущества схематических тест планов:
— Позволяют визуально представить запланированный процесс,
— Просты в использовании,
— Гибкие к внесению изменений,
— Содержат самую основную информацию, что позволяет в значительной степени сократить время на планирование.
Рекомендации по написанию
Что должен содержать хороший тест план:
Описание объекта тестирования: системы, приложения, оборудования.
Список функций и описание тестируемой системы и её компонент в отдельности.
Стратегия тестирования, а именно: виды тестирования и их применение по отношению к объекту тестирования.
Последовательность проведения работ: подготовка (Test Preparation), тестирование (Testing), анализ результатов (Test Result Analisys) в разрезе запланированных фаз разработки.
Готовность тестовой платформы (тестового стенда), законченность разработки требуемого функционала, наличие всей необходимой документации и т.д.
Результаты тестирования удовлетворяют критериям качества продукта: требования к количеству открытых багов выполнены, выдержка определенного периода без изменения исходного кода приложения Code Freeze (CF), выдержка определенного периода без открытия новых багов Zero Bug Bounce (ZBB) и т.д.
Ответив в своем тест плане на вышеперечисленные вопросы, можно считать, что у вас на руках уже есть хороший черновик документа по планированию тестирования.
Далее, чтобы документ приобрел более менее серьезный вид, можно дополнить его следующими пунктами:
- Окружение тестируемой системы (описание программно-аппаратных средств).
- Необходимое для тестирования оборудование и программные средства (тестовый стенд и его конфигурация, программы для автоматизированного тестирования и т.д.).
- Риски и пути их разрешения. Риски могут быть связаны с недостатками, связанными с персоналом. Например, недостаточная квалификация персонала или недостаточное количество тестировщиков.
Структура
Обычно детальный тест план занимает от пары страниц до нескольких десятков. Это если мы говорим о его визуализации в виде документа. Общая структура тест плана не зависит от его объема или формата визуализации. Достаточно заменить слово «страница» из структуры ниже на слово «ветка» и мы сможем с легкостью перенести данную структура на майнд-марту.
1-я страница:
— шапка (логотип и адрес компании),
2-я страница:
— история документа, которая представляет собой таблицу изменений. Эта таблица содержит столбцы: дата, версия, описание, автор.
3-я страница:
4-я страница и далее:
— операционные системы, браузеры,
— критерии начала тестирования,
— критерии выхода из тестирования,
Предпоследняя страница:
— сколько человеко-часов планируется на различных этапах (дата начала и окончания). Например, на тест-дизайн, выполнение тестов, анализ тестирования, отчеты.
Последняя страница:
— выводы и рекомендации.
Также в тест план могут входить следующие данные:
— жизненный цикл бага,
— ссылки на документы или стандарты,
Рецензия и утверждение
Для увеличения ценности тест плана рекомендуется проводить его периодическое рецензирование со стороны участников проектной группы. Это можно сделать просто договорившись между собой или же реализовать в виде «процедуры утверждения». Примерный список участников проектной группы:
- Ведущий тестировщик,
- Тест менеджер (менеджер по качеству),
- Руководитель разработки,
- Менеджер проекта.
Каждый из перечисленных участников проекта перед утверждением проведет рецензию и внесет свои комментарии и предложения, которые помогут сделать тест план более полным и качественным.
Шаблоны и примеры
Каждая методология или процесс диктуют свои форматы оформления планов тестирования.
Шаблоны ниже помогут понять, какой формат больше подходит для вашего проекта и как вообще составлять тест план. А готовые решения, возможно, натолкнут вас на какие-то мысли или помогут лучше понять смысл составления данного документа.
Обычный документ
Шаблоны, которых можно придерживаться:
- Test Plan Template RUP
- Test Plan Template IEEE 829
Майнд-карта (mind map)
Несколько примеров, как именно можно использовать майнд-карту
Дашборд
Подобный структурный вид позволит понять, что конкретно мы намерены тестировать. С помощью цвета можно привлечь внимание к определенным областям.
Excel или другая таблица
В таблице можно запросто отобразить любые списки тестов или описание сценариев, с которыми мы намерены работать на данном проекте.
Доска для записей – Trello
Тут не только можно будет прописать все задачи, но и следить за ходом их выполнения.
Итог
Создание тест плана повышает качество продукта за счет перечисления деталей и списка проверок, а также позволяет проанализировать, насколько успешно были проведены все этапы тестирования.
Нет четкого шаблона, по которому необходимо писать тест план. Можно взять за основы шаблоны, которые рассмотрены в статье. А можно создать свой собственный.
Какой шаблон или вид вы бы не выбрали, главное только то, что тест-план должен выполнять свою задачу. А именно, описать весь объем работ по тестированию и быть понятным и читабельным.
Источник: sedtest-school.ru