Опытный тестировщик не только находит дефекты, но и помогает улучшать программное обеспечение. Для этого он может подать запрос на изменение. Рассмотрим, как применять эту документацию в работе QA-специалистов.
Опытный тестировщик не только находит дефекты, но и помогает улучшать программное обеспечение. Для этого он может подать запрос на изменение. Рассмотрим, как применять эту документацию в работе QA-специалистов.
Оглавление
ToggleВ ходе проверок программного обеспечения тестировщики проверяют, насколько в созданной версии IT-продукта соблюдаются заявленные требования к данному ПО. Это главная миссия тестирования (Quality Assurance, QA).
По итогам проверок тестировщик заполняет отчет о тестировании. В нем он оценивает уровень качества обследованного ПО, процент тестового покрытия и т.д. Но как поступать в случаях, когда тестировщик нашел, как сделать тестируемый продукт еще лучше? Или когда он понял, что для этого продукта необходимо выполнение дополнительных требований, которые изначально и не предусматривались?
В этом случае QA-специалист может написать запрос на изменение (улучшение) ПО. Рассмотрим этот тип документации IT-проекта в нашей статье.
Запрос на изменение (улучшение), Change request – это оформленное предложение (документ) о добавлении, модификации или удалении компонента ПО, которое может повлиять на качество IT-продукта или его восприятие конечными пользователями.
Указанный документ направлен на совершенствование программного обеспечения. С каждым таким оформленным и реализованным предложением IT-продукт становится лучше и эффективнее. В некоторых методологиях разработки (например, AGILE, LEAN) это считается важной частью проектной работы. Чем активнее команда проекта участвует в улучшении продукта – тем успешнее он будет.
Казалось бы, зачем нужен запрос на изменения, если требования к ПО известны? Даже если они оформлены в виде User story? Дело в том, что далеко не все требования перед созданием ПО очевидны.
Несмотря на то, что бизнес-аналитики стараются писать требования как можно полнее и четче, иногда бывают ошибки и неточности. Например, они могут не учесть какие-либо нововведения. А в некоторых случаях полный спектр требований не понятен до того момента, пока не будет изготовлена хотя бы первая версия ПО.
Кроме того, не все сотрудники проектной команды имеют обширный опыт в той сфере, для которой они делают ПО. Поэтому они могут не сразу воспринять и учесть требования конечного пользователя. Как раз для таких ситуаций и предусмотрены запросы на изменения.
Change request, вообще говоря, может включать в себя разные элементы IT-продукта. Самый очевидный – это изменение функционала продукта. Например, на сайте Интернет-магазина добавить в «шапке» сведения о том, сколько уже товаров набрано в корзину и их стоимость.
Помимо этого, запрос на изменение может касаться дизайна, чтобы улучшить удобство пользования сайтом. А тестирование производительности может подсказать необходимые изменения во взаимодействии «клиент-сервер».
Запрос на изменение может сделать тестировщик. При этом в настоящее время принято считать, что качество IT-продукта – это ответственность всех сотрудников. Поэтому change request может написать любой другой член проектной команды.
Обычно в запросе на изменение надо указать следующие сведения:
Также могут быть и другие разделы – в зависимости от того, как принято вносить изменения на данном проекте.
Тестировщик может оформить запрос на изменение (Change request), если у него есть идеи по совершенствованию ПО. Этот документ нужен, чтобы улучшить качество IT-продукта. В запросе на изменение указывают, что, зачем и как предлагается поменять в разрабатываемом ПО.
Автор Михаил Кулешов
Михаил, профессиональный партнерский маркетолог, является основателем компании South Media OÜ, которая была создана в 2018 году и базируется в Таллинне. С 2016 года Михаил уехал из Финляндии и жил как настоящий «цифровой кочевник» в IT-индустрии, путешествуя по миру только с ноутбуком. Михаил работает и пишет статьи, связанные с IT-индустрией.
© Copyright 2023 Testirovshik.com