Заключительная часть перевода польской статьи. В первой и второй частях мы рассмотрели различные типы не
являющихся программистами специалистов, необходимых для реализации проекта по
автоматизации. Теперь мы подошли к третьей части -
Тестирование
программного обеспечения.
Цель тестирования – удостовериться, что
программный продукт соответствует техническим требованиям. Это сложный и
многоуровневый процесс, поэтому его должен выполнять не один человек, а команда
профессионалов, которые, в свою очередь, также выполняют каждый свои функции.
Quality Assurance Lead (ответственный за качество)
К обязанности специалиста на этой должности
относится контроль всех операций тестирования. Он отвечает за: стратегию,
подбор средств, внутренние коммуникации в команде, тайминг процесса и контроль
качества работы, выполненной командой. Также поддерживает внешние коммуникации
с клиентом или владельцем продукта с целью сбора тестовых требований к будущему
продукту, доводит их до личного состава и убеждается, что все всё поняли.
Архитектор тестирования.
Анализирует требования проекта и прорабатывает
структуру теста. Он должен иметь опыт как автоматизированного, так и ручного
тестирования, а также широкое понимание архитектуры программного обеспечения и
проектирования систем. Должен технически поддерживать членов команды на всех
этапах, от написания скриптов до исправления ошибок. Без сомнения, его голос
также должен учитываться при совершенствовании качества услуг.
Аналитик по обеспечению качества.
Эта должность сочетает в себе опыт тестирования
программного обеспечения с опытом работы в отрасли. Однако важнее, чем на
технических вопросах, требуется сосредоточиться на бизнес-логике и потребностях
целевой группы. Аналитик качества тесно сотрудничает с владельцем продукта,
инженерами-программистами и руководителями отделов.
Инженер по обеспечению качества.
Его задача - обнаружить ошибки раньше, чем это
сделают пользователи. В ходе тестирования инженер занимается вопросами
производительности, безопасности, удобства использования и интерфейсом программы
с точки зрения конечного пользователя.
Специалисты по обеспечению качества – не только тестировщики,
фиксирующие факт того, что разработанная функция соответствует или не
соответствует требованиям. Они также составляют документацию, разрабатывают
тестовые примеры и активно участвуют во внедрении
лучших практик программирования в проекте.
Инженер по автоматизации
обеспечения качества (QAA)
QAA пишет автоматизированные тесты, то есть небольшие программы, работающие в
фоновом режиме, которые, обнаружив ошибку, сразу же о ней докладывают. Такие
тесты эмулируют реального пользователя – можно сказать, что приложение
проверяет само себя. Стоит, однако, помнить, что это дело непростое и требует
скрупулёзного анализа всех достоинств и недостатков такого решения.
Профессионал QAA позволяет клиенту существенно
сэкономить время и деньги, которые клиент потратил бы на самостоятельное
тестирование/исправление ошибок.
Результат работы - команда получает анализ
приложения и рекомендации по тому, для каких функций целесообразно
автоматизированное тестирование, а для каких — нет, при этом ориентируясь на
бюджет и максимальную окупаемость инвестиций (ROI).
Дизайнер продукта
Его
задача – на основании приблизительных представлений о том, как должен выглядеть
продукт, сформировать интерфейс, дружественный пользователю и максимально
ориентированный на получение высоких показателей конверсии.
Дизайнер
отвечает за то, чтобы внешний вид приложения и интерфейс в целом радовали глаз,
но это не единственная его задача. Он участвует во всех этапах процесса
разработки продукта: от определения бизнес-целей и их перевода в функциональный
пользовательский опыт, через анализ, оценку и улучшение этого опыта с течением
времени.
Дизайнер
должен отслеживать каждое изменение показателей конверсии и предложить такое
решение, которое максимально приблизит достижение бизнес-целей. Так же нужно
общаться с клиентами по поводу дизайна с целью учёта разных точек зрения.
Мы выяснили, что опытная команда внедренцев необходима для
того, чтобы создать программный продукт, но без поддержки коллег из других
подразделений этот продукт не имеет шанса появиться в таком виде, чтобы
реализовать все возможности и закрыть потребности клиента. Поэтому, прежде чем
начать сотрудничество с командой внедрения, стоит проверить, кто еще, помимо
программистов входит в эту команду.
ЧТОБЫ БЫТЬ В
КУРСЕ ПОСЛЕДНИХ НОВОСТЕЙ, ПОДПИСЫВАЙТЕСЬ НА Telegram-канал
«КАРЬЕРА ИТ-МЕНЕДЖЕРА».