Про тестовую отчетность

Тестовая отчетность — один из так называемых артефактов тестирования. Когда я говорю со студентами курса "Тестировщик", лекции на котором читаю, о документации, то всегда стараюсь донести, что артефакты — не просто скучная формальность, а важный инструмент работы команды, который повышает прозрачность процессов, помогает оценить проделанную работу и, особенно на начальных этапах, помогает тестироващикам понять свой комфортный темп.

Более того, конкретно отчеты о тестировании — это возможность зафиксировать какие-то проблемы или договоренности, а ещё сохранить итоги работы для ретроспективного взгляда и анализа спустя некоторое время (как известно, вернуться к старым вопросам полезно, потому что спустя время критическое мышление может помочь взглянуть на свою же работу с новой стороны).

Как тимлидам QA-команд, так и единственным в команде/проекте QA иногда приходится работать с отчетностью — иногда это условный отчет о тестировании, иногда — результаты прогона тестов; в иных случаях могут быть и другие форматы: все зависит от внутрикомандных договоренностей. На мой взгляд, имеет смысл познакомиться с тем, как составлять отчетность, в любом случае, даже если это занятие кажется далеким от нынешних обязанностей.
В конце концов, понимание, какие артефакты показывают результаты нашей деятельности, помогает дисциплинировать себя и способствует умению наглядно продемонстрировать себе условные "до" и "после" — если не по запросу извне, то по крику самозванки внутри.

Разумеется, здесь, как и практически во всех вопросах процессов, не существует единого идеального решения, и собираемые метрики будут зависеть от специфики проекта, ожиданий пользователей (или заказчика) и вашей команды.

Как же тогда быть?
Читать, искать и разбираться. Ведь, как мы все помним, тестировние — это не про ручные и автоматизировнные сценарии; это про мышление, рассуждения и умение собрать из разных крупиц информации то, что будет работать именно для вас.

По этому поводу — небольшая подборка того, что можно почитать на тему.

🔹 https://www.instagram.com/p/COP6BSKnR0U — блог Натальи, Senior QA в DataArt. Наталья пишет о собеседованиях, карьере и тестировании в целом, — а по ссылке вы найдете пост про то, что можно включить в отчет о тестировании (даже если кажется, что вообще нечего!).

🔹 https://habr.com/ru/company/performance_lab/blog/207512 — довольно старая, но вполне годная статья про написание отчета о тестировании с очень важным вопросом: для кого мы его формируем?

🔹 https://sergeygavaga.gitbooks.io/kurs-lektsii-testirovanie-programnogo-obespecheni/content/lektsiya-5-ch4.html — лекция (в задокументированном виде) про тестовую отчетность. Мне нравится, что там есть упоминание Definition of done.

QAnastasiya про тестирование

Про тестовую отчетность

Тестовая отчетность — один из так называемых артефактов тестирования. Когда я говорю со студентами курса "Тестировщик", лекции на котором читаю, о документации, то всегда стараюсь донести, что артефакты — не просто скучная формальность, а важный инструмент работы команды, который повышает прозрачность процессов, помогает оценить проделанную работу и, особенно на начальных этапах, помогает тестироващикам понять свой комфортный темп.

Более того, конкретно отчеты о тестировании — это возможность зафиксировать какие-то проблемы или договоренности, а ещё сохранить итоги работы для ретроспективного взгляда и анализа спустя некоторое время (как известно, вернуться к старым вопросам полезно, потому что спустя время критическое мышление может помочь взглянуть на свою же работу с новой стороны).

Как тимлидам QA-команд, так и единственным в команде/проекте QA иногда приходится работать с отчетностью — иногда это условный отчет о тестировании, иногда — результаты прогона тестов; в иных случаях могут быть и другие форматы: все зависит от внутрикомандных договоренностей. На мой взгляд, имеет смысл познакомиться с тем, как составлять отчетность, в любом случае, даже если это занятие кажется далеким от нынешних обязанностей.
В конце концов, понимание, какие артефакты показывают результаты нашей деятельности, помогает дисциплинировать себя и способствует умению наглядно продемонстрировать себе условные "до" и "после" — если не по запросу извне, то по крику самозванки внутри.

Разумеется, здесь, как и практически во всех вопросах процессов, не существует единого идеального решения, и собираемые метрики будут зависеть от специфики проекта, ожиданий пользователей (или заказчика) и вашей команды.

Как же тогда быть?
Читать, искать и разбираться. Ведь, как мы все помним, тестировние — это не про ручные и автоматизировнные сценарии; это про мышление, рассуждения и умение собрать из разных крупиц информации то, что будет работать именно для вас.

По этому поводу — небольшая подборка того, что можно почитать на тему.

🔹 https://www.instagram.com/p/COP6BSKnR0U — блог Натальи, Senior QA в DataArt. Наталья пишет о собеседованиях, карьере и тестировании в целом, — а по ссылке вы найдете пост про то, что можно включить в отчет о тестировании (даже если кажется, что вообще нечего!).

🔹 https://habr.com/ru/company/performance_lab/blog/207512 — довольно старая, но вполне годная статья про написание отчета о тестировании с очень важным вопросом: для кого мы его формируем?

🔹 https://sergeygavaga.gitbooks.io/kurs-lektsii-testirovanie-programnogo-obespecheni/content/lektsiya-5-ch4.html — лекция (в задокументированном виде) про тестовую отчетность. Мне нравится, что там есть упоминание Definition of done.

hottg.com/test_pass/246

1.1K viewsJun 24, 2021 at 15:59