Как известно, у нас есть два типа найма в проектах разработки ПО. Ты можешь получать задания и работать внутри штата компании, быть её постоянным сотрудником, а можешь быть временным, когда работодатель приглашает тебя исключительно для выполнения задач по определенному проекту. Организация работы команды и общие принципы тестирования сохраняются и не зависят от типа найма.
Сам процесс построения и организации работы с командой нужно начинать со сбора полноценной информации от заказчика, либо начальника . Нам важно учесть и разузнать все детали самого проекта, какие цели он преследует и какой результат хотят получить по итогу тестирования. Простыми словами на разведку мы должны идти с вопросами, ответы на которые объяснят нам: «Что они хотят? И что нам для этого нужно?». И только с полным пакетом знаний выдвигаться к своей команде.
По дороге мы напоминаем себе, что современная методика управления, особенно в разработках, основывается на Agile-формате. Я бы порекомендовал в организации работы использовать смесь Scrum и Kanban-досок, но об этом немного позднее. Также нам важно обозначить цели нашей первой встречи с новой командой.
Итак, наш первый мит-ап в рамках поставленной задачи. Первостепенно, при знакомстве с командой, нам необходимо узнать, насколько они знакомы с техниками QA-тестирования, какой у них есть опыт в проведении тестирования. В идеальной картине каждый будет знать об этих техниках и даже применял их на практике. Во всех остальных случаях, выявив пробелы, проводим мини тренинг для общего понимания принципов работы. Не забудь сделать акцент на методе, который вы будете использовать в работе. К примеру, классы эквивалентности + метод граничных значения или попарное тестирование.Обсуди его с опытными участниками, устройте «мозговой штурм». Очень важно учитывать и прислушиваться к мнению команды для поиска более эффективного решения.
Дальше запускается процесс подготовки к проведению тестирования. Необходимо разработать план действий, понять нашу стратегию, составить список задач и распределить их между участниками команды. Здесь нам помогут знания о команде, полученные в процессе знакомства на нашем первом мит-апе.
Для хорошей визуализации и удобного контроля нам поможет, ранее упомянутая, Kanban-доска. Современные платформы предоставляют нам возможность подобрать максимально удобный и понятный для тебя интерфейс и функционал. Здесь мы можем сразу устанавливать дед-лайны для поставленных задач, их приоритетность, оставлять комментарии для своевременного обмена информацией без лишних звонков и встреч.
Важным аспектом при планировании является своевременная и правильная оценка рисков. Любое действие в нашей жизни может содержать риски, а запуск любого проекта тем более. Оценка рисков поможет нам вероятность их возникновения и возможные последствия. Проведение корректного анализа рисков предотвратит использование ресурсов впустую.
После структурирования, мы можем приступать к самому тестированию. Здесь мы действуем согласно выбранной методике. Она должна дать нам максимум результата, при минимальных ресурсных затратах. Во время проведения тестирования важно следить за прогрессом, отмечать найденные баги, чтобы обеспечить корректное предоставление отчетности.
И последним этапом мы подводим итоги. Как только завершается тестирование, нам необходимо свести все результаты в единый отчет и провести анализ. Результат должен показать, что система, программа работают корректно и соответствуют MVP (Minimal Viable Product). В ином случае, необходимо направлять отчет коллегам, занимающимся реализацией технической стороны проекта, для доработки и исправления. После этого запускается процесс тестирования повторно. Фишкой, которой могут пользоваться тестировщики является возможность опираться, при составлении итогового отчета, не только на документацию, но и на мнение коллег из других подразделений/ департаментов.
Нужно понимать, что на первом мит-апе коммуникации в команде [AM5] не заканчиваются. Важно проводить встречи хотя бы раз в неделю, как пример. Частота встреч в основном определяется сроками тестирования, а также наличием особой необходимости. Но помимо встреч со своей группой тестировщиков, важно держать связь с остальными участниками, подразделениями процесса разработки. К примеру, разработчики, дизайнеры, проектный менеджер, аналитики. Правильное выстраивание коммуникаций является не менее важным пунктом, чем выбор методики и проведение самого тестирования.
С приобретением опыта каждый проект не будет становиться легче, скорее наоборот, так как опыт позволит браться за более интересные и сложные задачи. Но умение выстроить работу и правильную коммуникацию с коллегами сможет облегчать этот путь.
В заключение хотелось бы отметить, что от правильной организации команды QA во многом зависит успешность самого проекта. Четкое определение целей и задач, распределение ролей и зоны ответственности, планирование и организация тестирования, сотрудничество с другими командами и оценка процесса — все это факторы, которые способствуют достижению высокого уровня качества продукта.
