За 8+ лет работы в тестировании я сталкивалась с разными подходами ведения базы знаний для тестировщиков на проектах. Где-то на проектах статей в базе знаний было так много, что глаза разбегались от количества информации, которую нужно было изучить на входе в проект. Но чаще попадались проекты, где базу знаний вели редкими набросками или не вели совсем. И это вызывало чувство безысходности в первые месяцы работы на проекте, так как информацию приходилось собирать буквально по крупинкам и не один месяц.
В этой статье я хочу поделиться списком возможных тем для статей, которые могут быть полезными для наполнения базы знаний тестировщиков на проекте. И лучше всего такие документы начинать собирать как можно раньше, так как вся информация имеет свойство быстро забываться/теряться и потом ее собрать бывает нелегко.
Такую документацию можно использовать не только для отдела тестирования, а также расшаривать и для других людей в компании по надобности, например, команде поддержки. Также отдельные статьи могут быть полезны и для разработчиков, тех.писателей, аналитиков и др. участников команд.
О команде тестирования
Команда
В качестве основной информации можно указывать:
состав команды
должности
иерархия подчинения
контакты внутри/вне компании
часы работы
разделы/фичи проекта, за которые каждый тестировщик несет ответственность
Также можно добавлять информацию про:
инструменты, которыми хорошо владеет тестировщик
даты планируемых отпусков
хобби/интересы
Матрица компетенций
Матрица компетенций очень полезна для сбора информации о том, какими компетенциями обладает каждый из тестировщиков в рамках проекта/компании.
Эту информацию можно использовать для выбора замещающего человека на время отпуска/болезни, для определения грейда и составления плана развития, для передачи знаний другим командам.
Матрицу компетенций можно делать в разрезе:
разделов/фич проекта
hard-скиллов
soft-скиллов
Процесс тестирования
Процесс тестирования отличается в разных компаниях и проектах, поэтому набор возможных полезных статей в этом разделе может отличаться от проекта к проекту.
Сюда можно включать следующие статьи:
описание жизненного цикла разработки ПО (SDLC)
статусная модель для задач/багов/инцидентов
стратегия тестирования
инструкция по анализу требований до разработки
инструкция по оценке задач спринта/релиза, с учетом рисков
инструкция по составлению чек-листов (также сюда можно прикладывать список уже готовых чек-листов для основных фич проекта и список ссылок на чит-листы/эвристики для фич/элементов с внешних источников)
инструкция по составлению тест-кейсов
инструкция по заведению багов
инструкция по заведению задач на доработку
инструкция по работе с инцидентами с прод-окружений
инструкция по заведению задач на локализацию
инструкция на постановку задач тех.писателям на обновление внутренней/внешней документации
описание метрик, которые используются на проекте для оценки качества тестирования
итоги проведения ретро и список пунктов/задач для улучшения процессов
и др.
Инструменты для тестирования
В таком разделе можно собирать список статей по разным инструментам/программам, которые используются для работы на проекте.
По инструментам полезно указывать следующую информацию:
название инструмента
описание рабочих активностей, где можно и каким образом использовать инструмент
ссылки для скачивания
настройка для начала использования
ссылки с внешних ресурсов с обзором работы с инструментом, лайфхаками настройки, сложными кейсами использования
Это могут быть веб-клиенты для работы с БД проекта, прокси, k8s/docker, IDE, дополнения в браузерах, консольные утилиты и т.д.
Окружения для тестирования
Можно добавлять статьи со следующей информацией:
поддерживаемые ОС
поддерживаемые браузеры
поддерживаемые моб. устройства (ОС, модели, другие харак-ки, у кого какие на руках, какие нужны и др.)
списки дев, тест, препрод, прод-стендов и их особенности
список микросервисов и ссылки на сваггер для них
список БД и описание настроек подключений к ним
информация о серверах и описание настроек подключений к ним
и др.
Автоматизация тестирования
В этот раздел можно включать статьи:
стратегия покрытия фич проекта автотестами
описание метрик, которые используются на проекте для оценки качества тестирования
полезные инструкции по этой теме внутри компании
ссылки на полезные статьи из внешних источников (по стеку тестирования, по выбору фич для покрытия автотестами, сложные темы и др.)
и др.
Обучение и развитие команды
В этот раздел можно включать:
ссылки на видеозаписи с демо/обучений по фичам проекта
ссылки на видеозаписи со встреч по архитектуре проекта
ссылки на видеозаписи по работе с разными инструментами на проекте
ссылки на видеозаписи с внутренними обучениями в рамках команды тестирования (по теме ручного/автотестирования)
ссылки на внутренние/внешние курсы для работы
ссылки на полезные видео/статьи по тестированию (сфера проекта, инструменты, чит-листы, тест-дизайн, автотестирование)
статья с примерами применения сложных техник тест-дизайна внутри проектов компании
статьи с согласованными чек-листами основных проверок именно для тестирования фич внутри проекта/проектов компании
статьи по применению AI для тестирования внутри проекта
Также для обмена информацией по анонсам митапов/конференций в/вне компании и полезным докладам с них - иногда может быть полезно завести отдельный чатик внутри компании. Это будет полезно для развития в ширь и будет поводом обсудить впечатления после, а может быть что-то и попробовать сразу внутри проекта/компании.
Полезные материалы
Термины на проекте
Если сфера проекта предполагает много специфических терминов, которые часто употребляются в обсуждениях/задачах/документации, то полезно выносить их в такую отдельную статью. Это поможет новым людям на проекте быстрее влиться в специфику проекта и понимать других. Можно делать это в виде таблицы или списка.
Полезная документация
Чем больше проект, тем больше разрастается продуктовая документация. Это может быть как внутренняя, так и внешняя документация. Также для работы часто бывают полезны статьи из пространств команд инфраструктуры, дата-аналитиков, других продуктовых команд и др.
Но для работы тестировщиков внутри команды вся эта документация может быть не нужна, а искать какие-то отдельные статьи бывает не быстро в моменте, когда нужна какая-то информация из них. Поэтому удобно делать отдельную статью с часто используемыми или просто полезными ссылками из других пространств базы знаний компании.
Запросы в БД
Если на проекте часто нужно делать сложные SQL-запросы или запросы в noSQL-базы (например, MongoDB), то полезно собирать такие запросы. Также можно собирать из задач полезные примеры таких запросов, написанные разработчиками или дата-аналитиками.
Тут же можно приложить ссылки на хорошие статьи с внешних ресурсов, например, это могут быть "примеры составления регулярных выражений", "оконые функции", "представления" и др. сложные темы.
Скрипты
Здесь полезно собирать скрипты для:
тестирования бизнес-логики отдельных фич
ускорения тестирования фич
генерации тестовых данных
скрипты для работы в терминале
и т.д.
Это могут быть js, python, bash и др. скрипты.
bash-команды
Если на проекте нужно часто работать с bash, то удобно собирать список полезных команд для наиболее часто используемых операций. Также можно в этой статье указывать список полезных утилит и расписывать, как эти утилиты можно использовать для рабочих активностей проекта с пользой.
Поиск логов
В больших проектах чаще всего используют для работы с логами Grafana, Kibana, Greylog и др. инструменты. Не всегда в моменте можно быстро вспомнить как сделать сложный запрос для анализа логов, даже если давно работаешь на проекте.
Поэтому такие примеры запросов тоже полезно хранить в отдельной статье, чтобы можно было подсмотреть или пошарить пример запроса логов другим.
Тут же можно приложить ссылки на хорошие статьи с внешних ресурсов, например, это могут быть «LogQL», «чтение логов в терминале», обзоры работы с системами хранения, сбора и анализа логов на проекте и др.
Документация для тестирования
В этом разделе можно добавлять статьи:
с агрегирующими таблицами по самым сложным фичам проекта/проектов для быстрого поиска (название фичи, ссылки на продуктовую/дополнительную документацию, ссылки на тест-кейсы или чек-листы, описание подготовки тестовых данных, ответственный за фичу, дополнительная информация)
с дополнительной информацией по фичам (бизнес/технические особенности, подробности для тестирования или настройки и т.д.)
с полным списком фич проекта (удобно вести, если нет полного покрытия чек-листами/тест-кейсами фич проекта – всегда полный список под рукой, а также повзволяет быстро собирать список проверок для регрессов)
с матрицами трассировки требований для фич
с диаграммами/схемами архитектуры продукта/продуктов
и др.
kompilainenn2
От одних тем глаза разбежались