Содержание
- 2. Содержание Введение. Целевая аудитория. Глубина выборки. Методы предоставления информации. Основные поля.
- 3. Каждый, рано или поздно, сталкивается с проблемой «как написать отчет?», «что написать?» и «кто это будет
- 4. В отчете мы даем анализ нашей работе и оценку тестируемому продукту. Вид компании, в идеальной ситуации,
- 5. При создании отчета важно понимать, для кого он создаётся, и кто будет его читать. Исходя из
- 6. Отчёты могут делиться на два вида относительно времени: 1. (Недельный, дневной, месячный)/ промежуточный. В общем, это
- 7. Есть еще один важный и часто используемые тип временного отчета – версионный (отчет по итерации). Он
- 8. Когда технический специалист пишет для другого технического специалиста, вопрос о применении тех или иных приемов отражения
- 9. Так же, очень полезным может быть график отношения созданных тикетов (обнаруженных багов) и закрытых (исправленных багов).
- 10. График для бизнес-пользователей — обязательная часть отчетности. Он информативен, доступен и понятен конечному пользователю, демонстрирует динамику
- 11. Дата/номер билда/спринта • Рекомендации QA-я о «готовности» к чему-либо: демо, user acceptance testing, production update и
- 12. Важно помнить! Будьте ТОЧНЫ в формулировках Храните в ОДНОМ месте Показывайте КОМАНДЕ Полезность через результативность! Типичные
- 13. Итак, есть целевая аудитория, обозначен период, за который будет писаться отчет, определены содержание и блоки. Это
- 15. Скачать презентацию
Содержание
Введение.
Целевая аудитория.
Глубина выборки.
Методы предоставления информации.
Основные поля.
Содержание
Введение.
Целевая аудитория.
Глубина выборки.
Методы предоставления информации.
Основные поля.
Каждый, рано или поздно, сталкивается с проблемой «как написать отчет?», «что
Каждый, рано или поздно, сталкивается с проблемой «как написать отчет?», «что
В отчете мы даем анализ нашей работе и оценку тестируемому продукту.
Вид
В отчете мы даем анализ нашей работе и оценку тестируемому продукту. Вид
При создании отчета важно понимать, для кого он создаётся, и кто
При создании отчета важно понимать, для кого он создаётся, и кто
Отчёты могут делиться на два вида относительно времени:
1. (Недельный, дневной, месячный)/
Отчёты могут делиться на два вида относительно времени: 1. (Недельный, дневной, месячный)/
Есть еще один важный и часто используемые тип временного отчета –
Есть еще один важный и часто используемые тип временного отчета –
Когда технический специалист пишет для другого технического специалиста, вопрос о применении
Когда технический специалист пишет для другого технического специалиста, вопрос о применении
Так же, очень полезным может быть график отношения созданных тикетов (обнаруженных
Так же, очень полезным может быть график отношения созданных тикетов (обнаруженных
График для бизнес-пользователей — обязательная часть отчетности. Он информативен, доступен и
График для бизнес-пользователей — обязательная часть отчетности. Он информативен, доступен и
Базовые поля отчета:
Состав команды; 2. Сроки, за которые составляется отчет; 3. Описание процессов тестирования; 4. Изменения тестовой модели, дополнение ТК; 5. Процент пройденных ТК; 6. Критичные и блокирующие проблемы и принятые меры по их устранению; 7. Результаты регресса (плюс акцент на сохранившихся проблемах); 8. План на следующую итерацию\ неделю\ месяц;
Пункты 3, 4, 6 и 8 стоит писать с оглядкой на целевую аудиторию отчета. Седьмой пункт стоит указывать тогда, когда проводилось «регресс-тестирование». Обычно этот пункт фигурирует в «версионных» отчетах. Пункт 8 из итогового отчета исключается.
Дата/номер билда/спринта
• Рекомендации QA-я о «готовности» к чему-либо: демо, user
Дата/номер билда/спринта
• Рекомендации QA-я о «готовности» к чему-либо: демо, user
• Результаты тестирования того, что вошло в итерацию или было запланировано:
• Результаты Мануальных и автоматизированных тестов
• Визуализация статистики (по тест кейсам, чек листам и т.д.)
• Покрытие тестами
• Статистика по багам:
• Описание открытых багов, например, уровня Blocker/Critical/Major
• Визуализированная статистика по открытым и закрытым багам
• Выводы/Решение Можно дополнить:
• Расширенной информацией по видам и типам проведенных тестов и их результатами
• Изменением ситуации по сравнению с прошлой, позапрошлой, ... итерациями с визуализацей
• Наличием Improvement-ов или Suggestion-ов
• Различной спецификой, которая касается продукта
Важно помнить! Будьте ТОЧНЫ в формулировках Храните в ОДНОМ месте Показывайте
Важно помнить! Будьте ТОЧНЫ в формулировках Храните в ОДНОМ месте Показывайте
Типичные ошибки или что нельзя делать?
• Неинформативность
• Общие фразы без конкретики
• Плохая визуализация или её отсутствие
• Отсутствие выводов/решений
• Нет статистики по выполненной работе
Типичные ошибки, связанные с процессом:
• Нарушена или отсуствует систематичность
• Отсутствие формата или его хаотичность
• Неверные инструменты составления и «внешний вид»
• Используются неверные инструменты предоставления, как email или Skype, или в устной форме
• Хранятся в разных местах или не хранятся вовсе
• Сложность поиска и статистики
• Нет анализа предыдущих итераций
• Не берутся во внимание РМ-ом/PO-ом и разработчиками