ТПО практическая работа №5. Составление отчета об ошибках по результатам тестирования мобильных приложений
 Скачать 19.71 Kb.
|
|
Практическая работа №5 Тема: Составление отчета об ошибках по результатам тестирования мобильных приложений. Цель: Формирование умения составления отчета об ошибках по результатам тестирования мобильных приложений. Теоретическая часть Итоговый отчет можно разделить на части с соответствующей информацией: приветствие; общая информация (Common Information); тестовое окружение (Test Platform); рекомендации QA (QA Recommendations); детализированная информация (Detailed Information); окончание содержимого. Приветствие Свое письмо с отчетом необходимо начать с приветствия всех адресатов. Если по каким-либо причинам произошла задержка данных отчета, либо не весь запланированный функционал был проверен, то эту информацию необходимо предоставить в начале письма. Следует извиниться за задержку и указать адекватные причины произошедшего. Также в самом начале письма следует указывать, если были какие-то внешние факторы, препятствующие проверке какой-то части функционала. Если во время тестирования не произошло никаких форс-мажорных обстоятельств, то достаточно обычного вежливого приветствия и далее уже переход к следующим пунктам. Общая информация (Common Information) В данной части отчета описывается, какие виды тестов проводились. Зачастую указываются модули, которые тестировались или функционал. Стоит удостовериться, не забыта ли какая-то часть функционала, особенно это актуально, когда нужно собрать итоговый отчет, соединив в себе данные о разных видах тестов и функционале. Тестовое окружение (Test Platform) Как правило, в этой части указываются: название проекта; номер сборки; ссылка на проект (сборку). Необходимо убедиться, что, зайдя по этой ссылке, вы действительно попадаете на проект или можете установить приложение. При указании данных в этой части отчета нужно быть очень внимательным, т.к. неправильная ссылка на сборку или неверный номер сборки не дают достоверной информации всем заинтересованным людям, а также затрудняют работу человеку, собирающему финальный отчет. Рекомендации QA (QA Recommendations) Данная часть отчета является наиболее важной, т.к. здесь отражается общее состояние сборки. Здесь показывается аналитическая работа тестировщика, его рекомендации по улучшению функционала, наиболее слабые места и наиболее критичные дефекты, динамика изменения качества проекта. В этом разделе должна быть информация о следующем: Указан функционал (часть функционала), который заблокирован для проверки. Даны пояснения почему этот функционал не проверен (указаны наиболее критичные дефекты). Произведен анализ качества проверенного функционала. Следует указать, улучшилось оно или ухудшилось по сравнению с предыдущей версией, какое качество на сегодняшний момент, какие факторы повлияли на выставление именно такого качества сборки. Если качество сборки ухудшилось, то обязательно должны быть указаны регрессионные места. Наиболее нестабильные части функционала следует выделить и указать причину, по которой они таковыми являются. Даны рекомендации по тому функционалу и дефектам, скорейшее исправление которых является наиболее приоритетным. Список наиболее критичных для сборки дефектов, с указанием названия и их критичности. Для отчета уровня Smoke обязательно указать весь нестабильный функционал. Если сборка является релизной или предрелизной, то любое ухудшение качества является критичным и важно об этом сообщить менеджеру как можно раньше. Помимо всего вышеуказанного для релизных и предрелизных сборок в отчете о качестве продукта важно указывать следующее: Дана информация о всех проблемах, характерных сборке. Проведен анализ, насколько оставшиеся проблемы являются критичными для конечного пользователя. Указаны дефекты, которые следует исправить, чтобы качество конечной сборки было выше. Детализированная информация (Detailed Information) В данной части отчета описывается более подробная информация о проверенных частях функционала, устанавливается качество каждой проверенной части функционала(модуля) в отдельности. В зависимости от типа проводимых тестов, эта часть отчета будет отличаться. Окончание содержимого В завершении содержимое отчета должно включать в себя информацию следующего характера: Ссылка на тест-план. Ссылка на документ feature matrix (если таковой имеется). Ссылка на документ со статистикой (если таковой имеется). Общее количество всех новых дефектов. Подпись высылающего отчет. Данные ссылки должны быть корректными, необходимо проверить достоверную ли информацию получает пользователь, открывший ссылку. Следует обращать особое внимание на подпись, удостоверьтесь, что указана именно ваша подпись либо какая-то универсальная для определенного проекта подпись. Задание: На основе проведенного функционального тестирования выбранного мобильного приложения составить отчет об ошибках. Составить отчет о практической работе и включить в него ответы на контрольные вопросы (отчет об ошибках добавить в Приложение к данному отчету). Контрольные вопросы: Какая структура итогового отчета о результатах тестирования? Что содержится в разделе Приветствие? Что содержится в разделе Общая информация? Что содержится в разделе Тестовое окружение? Что содержится в разделе Рекомендации QA? Что содержится в разделе Детализированная информация? Что содержится в разделе Окончание содержимого? |