Введение Эта статья будет полезна специалистам не только по тестированию, но и из других областей.
Думаю, все понимают, что отчетность зачастую является той частью проекта, которая обязательна, но составить ее всегда проблематично.
Каждый рано или поздно сталкивается с проблемой «как это описатьЭ», «что написатьЭ» и самое главное: «почему и кто это будет читатьЭ» По сути, отчет – это важная и лаконичная форма передачи информации от исполнителя заказчику.
Это ответ на его технические требования и одновременно информация о проделанной работе.
Сегодня поговорим об отчетах тестирования.
В статье вы найдете акцент на важных моментах при создании отчетов.
Очистить отчет об испытаниях
Создание четкого отчета об испытаниях на практике.Для начала давайте вспомним определение: Отчет – это документ, содержащий информацию о выполненных действиях и результатах выполненной работы.
Обычно он включает таблицы, графики, списки, просто описывающие информацию в виде текста.
Их соотношение и содержание определяют полезность и понятность отчета.
Нам важно понимать, для кого, почему и на каких условиях мы это делаем и насколько это улучшит восприятие представляемой нами информации.
Надо помнить, что каждое действие преследует конкретную цель.
В случае с отчетом нам важно понимать, для кого, зачем и на каких условиях мы это делаем.
Давайте посмотрим на схему: 
Аналитические разделы – это наш отчет. В нем мы даем анализ нашей работы и оценку тестируемого продукта.
Тип компании в идеальной ситуации не должен влиять на качество и смысловое наполнение отчетности.
В реальной жизни, к сожалению, отчетность аутсорсинговых компаний, как правило, более качественная и полная, чем отчетность собственных отделов тестирования (есть приятные исключения).
Мы, как и любая другая аутсорсинговая компания, вынуждены уделять большое внимание качеству и прозрачности отчетности, ведь это ключевой показатель оценки нашей работы, видимый заказчику.
Саму отчетность можно разделить на итоговую и регулярную – ежедневную, еженедельную, ежемесячную, версионную (по каждой версии продукта) и т.д. Различия заключаются в глубине временной выборки.
Итак, прежде чем писать отчет, нам сначала нужно определиться, для кого мы его пишем.
Для кого мы формируем отчет?
При создании отчета важно понимать, для кого он создается и кто его будет читать.Исходя из приоритетов целевой аудитории, мы должны определить, какую информацию должен содержать отчет. Соответственно, в ходе проекта информация должна консолидироваться в том направлении, которое необходимо отразить.
Можно выделить три группы целевой аудитории: 1. Технические пользователи — Тест-менеджер.
Для них приоритетом является понимание хода тестирования, какие проблемы возникают, как они решаются, построение самого процесса тестирования и описание используемых методов и технологий.
2. Менеджер по продукту , также известные как менеджеры по продукту.
Их внимание сосредоточено на сроках, сводках результатов тестирования без лишних технических подробностей и общей статистике (числовые и сравнительные показатели).
3. Бизнес-пользователи .
Обычно это люди, которые принимают решения по завершении тестирования.
Они также определяют качество проделанной работы.
Для них в первую очередь важен конечный результат в максимально сжатом и понятном формате (да/нет), наглядное представление информации (графики, диаграммы), экспертное заключение о возможности выпуска продукта в промышленную среду и т.п.
.
, не вдаваясь в подробности.
Заключение: Практически невозможно написать отчет, который удовлетворит все группы.
Прежде чем писать отчет, обязательно определите свою целевую аудиторию.
В зависимости от этого контент будет сильно отличаться по своей структуре и содержать разные детали, необходимые той или иной группе.
Какова глубина временной выборки?
По времени отчеты можно разделить на два типа: 1. (еженедельно, ежедневно, ежемесячно)/промежуточный.В целом это почти тот же итоговый отчет, но с измененными приоритетами фокуса и уменьшенной временной глубиной выборки.
Он должен содержать два основных показателя: — Оценка степени готовности продукции.
— Оценка работ по тестированию, выполненных за время между отчетами (прогресс).
Этот отчет должен показать, какова динамика вашей работы.
Важно помнить это прогресс — значение не постоянное, а динамическое, оно определяется путем сравнения состояния проекта на прошлой неделе и на этой неделе.
Соответственно, прогресс — это набор метрик, которые позволяют понять состояние проекта.
Они создаются для каждого проекта индивидуально, исходя из целей, которые ставятся для успешного тестирования.
Метрики задаются при создании технических тестов (тест-кейсов), прохождении технических тестов (пройдено/пройдено) и обнаружении дефектов (критичности).
Они позволяют легко и быстро составить общую сравнительную картину проекта.
Если вы, например, используете TestLink, то понимаете, что метрики позволяют быстро выбирать проблемы, собирать статистику неудачных технических тестов и т. д. Эта информация полезна и необходима для Менеджер по продукту , он компилируется и контролируется Test-manager, а также QE и SQE. Есть еще один важный и часто используемый вид отчета о времени – версированный (отчет об итерации).
Он похож на финальный.
В нем описаны задачи, которые выполняла группа тестирования для конкретной версии продукта.
2. Финал/финал.
В итоговом отчете важно показать общий вид проделанной работы (в разрезе установленных метрик) и эволюцию продукта.
Также необходимо предоставить исчерпывающую информацию о состоянии продукта на данный момент (количество оставшихся неисправленных ошибок, прошел ли продукт полное тестирование или требует дополнительного цикла тестирования, оценку возможности выпуска продукта в продажу).
«внешний мир» и др.
).
Заключение: Ведите статистику с помощью метрик на протяжении всего проекта.
Это поможет вам вовремя предоставить любую информацию заказчику и избавит от страха перед вопросами «Что именно вы делали на четвертой неделеЭ» и «А как насчет наших сроковЭ»
Какие методы представления информации и данных следует использовать в отчете?
Когда технический специалист пишет для другого технического специалиста, редко возникает вопрос об использовании тех или иных приемов отражения информации.Термины, формулы, профессиональный сленг знакомы и понятны.
Гораздо сложнее писать отчеты людям, сравнительно далеким от специфики тестирования.
Для Бизнес-пользователи , часто используют представление информации в виде графиков.
Они наглядно показывают, насколько продукт готов к выпуску в промышленную среду, и какой процент проекта выполнен.
Это может быть, например, график выполненных модулей технического обучения.
Он наглядно покажет, какой объем работы уже проделан по каждому модулю, и поможет выявить проблемы.
Также может оказаться очень полезным график соотношения созданных заявок (обнаруженных ошибок) и закрытых (исправленных ошибок).
Не зря во многих таск-трекерах он является основным.
Если программисты продуктивно работают над исправлением дефектов и написанием качественного кода, кривая критических ошибок с выходом нового релиза стремится к низу, при этом приоритет и важность ошибок также снижается.
Но, если разработчики или тестировщики мало обращают внимания на существующие дефекты, то кривая закрытых ошибок растет медленнее, чем незакрытых.
В идеале кривая неисправленных ошибок (найденных, но не исправленных) должна сходиться с кривой исправленных.
Другими словами, к финальному релизу необходимо, чтобы все дефекты были устранены.
Если это не так, то руководство может принять решение о продлении разработки и испытаний с целью устранения всех дефектов или запустить продукт в производство, взяв на себя возможные риски.
Помимо графика необходимо создать сводную таблицу.
На основе этих данных строится график.
Вот пример таблицы, на основе которой был построен график ТК, заполненный модулем: 
Заключение: График для бизнес-пользователей — обязательная часть отчетности.
Он информативен, доступен и понятен конечному пользователю, демонстрируя динамику активности на проекте или, в худшем случае, стагнацию.
Также использование графиков в отчетах целесообразно любым пользователям и техническим специалистам, когда необходимо быстро и наглядно сравнить цифры и показать динамику.
ЧТО ВСЕГДА СЛЕДУЕТ ВКЛЮЧАТЬ В ОТЧЕТ?
Может показаться, что разные типы отчетов сильно различаются.Однако они имеют схожие особенности и данные, которые всегда следует указывать.
Вот они: 1. Состав команды; 2. Сроки, за которые составляется отчет; 3. Описание процессов тестирования; 4. Внесение изменений в тестовую модель, дополнение технических характеристик; 5. Процент пройденных технических испытаний; 6. Критические и блокирующие проблемы и меры, принимаемые для их устранения; 7. Результаты регресса (плюс акцент на оставшиеся проблемы); 8. Планируйте следующую итерацию\неделю\месяц; Пункты 3, 4, 6 и 8 должны быть написаны с прицелом на целевую аудиторию отчета.
Седьмой пункт следует указать, когда проводилось «регрессионное тестирование».
Обычно этот элемент появляется в отчетах «версии».
Пункт 8 исключен из итогового отчета.
Заключение
Итак, мы поняли нашу целевую аудиторию, определили период, за который будем писать отчет, определились с контентом и блоками.По сути, это практически все, что нужно для создания четкого документа, который обязательно найдет отклик в сознании тех, кому он адресован.
Пишите свои отчеты подробно, грамотно и с удовольствием, ведь хороший отчет — это минимум треть работы и единственная ее часть, которая видна кому-либо, кроме тестировщиков и программистов.
Автор: Ефремова Дарья Теги: #как это работает #тестирование ИТ-систем
-
Девиз. Мокаем Aws
19 Oct, 24 -
Заказать В Фотоархиве С Помощью Powershell
19 Oct, 24 -
Робот Учат Бросать Блины (Видео)
19 Oct, 24
