Качество программного обеспечения (ПО) напрямую зависит от многих факторов: от требований и спецификаций, проектирования и архитектуры, процессов разработки и тестирования ПО. Естественно, в процессе тестирования часто возникают проблемы и «узкие горлышки», которые могут существенно затруднить успешное завершение проекта.

Меня зовут Александр Черняков, я специалист по тестированию “Лаборатории качества”, и сегодня написал об основных проблемах, с которыми сталкиваются команды тестировщиков, а также рассмотрел возможные пути их решения. Всё актуально – об очевидном и наболевшем тут.

Что же такое эти "узкие горлышки"?

“Bottleneck” (от англ. "бутылочное горлышко") – это ограничения системы, которые урезают её производительность или пропускную способность. Это мешает продукту функционировать на полную мощность и выдавать оптимальный результат. Узкие места могут проявляться по-разному:

• Внутренние или внешние.

• Могут быть связаны с оборудованием или трудозатратами сотрудников.

• Могут быть вызваны политическими факторами или неэффективными процессами.

Термин "бутылочное горлышко"

В контексте тестирования ПО узкие места означают, что процесс тестирования не может проходить эффективно и возникают проблемы. Например, для разработки тест-кейсов тестировщику необходимо прочитать и изучить требования, которые также находятся в разработке и не утверждены окончательно. Или они не формализованы, а единственный их носитель, например, аналитик, в данный момент не может ответить на все вопросы тестировщика.

1. Нехватка документации

Одна из основных проблем – недостаточное количество или неактуальность документации о продукте, а то и вовсе ее отсутствие. Для работы нам нужны технические спецификации, требования, дизайн-документация и другие руководства  для понимания функциональности ПО и его ожидаемого поведения.

Последствия:

• Тестировщикам сложно писать тест-кейсы и сценарии.

• Невозможно корректно воспроизвести дефекты из-за неясности ожидаемого результата системы.

• Рискуем  упустить важные аспекты функциональности ПО.

Решения:

• Активно участвовать в создании документации. Специалисты по тестированию должны быть вовлечены в процесс создания документации с самого начала разработки.

• Регулярно обновлять документацию. Важно поддерживать ее актуальность на протяжении всего жизненного цикла продукта.

• Использовать инструменты для управления требованиями. Системы управления требованиями (СУТр) могут помочь в сопровождении и обновлении документации. Среди ярких примеров таких систем можно встретить Jira Software, Modern Requirements, Jama Software, Spira Team, а так же отечественный аналог Техэксперт СУТр.

2. Нехватка времени, бюджета, ресурсов и кадров для тестирования

На многих проектах команды тестирования сталкиваются с ограничениями по времени, бюджету, доступным ресурсам (тестовые окружения, инструменты) и квалифицированному персоналу.

Последствия:

• Ограниченная область тестового покрытия.

• Мало тестовых случаев.

• Очень большая вероятность, что пользователи найдут баги после релиза.

Решения:

• Планировать и оценивать риски и область тестового покрытия. Необходимо проанализировать критические области ПО и сосредоточить усилия на наиболее важных аспектах.

• Автоматизировать тестирование.

  

• Обучать и развивать персонал. Инвестиции в обучение помогают повысить квалификацию существующих сотрудников и снизить зависимость от внешних ресурсов.

 3. Неэффективные процессы разработки и тестирования ПО

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

Последствия:

• Трудно интегрировать новые изменения из-за несогласованности процессов разработки и тестирования.

• Повторяются ошибки из-за недостаточной проверки изменений.

• Циклы разработки и тестирования слишком растянуты во времени.

Решения:

• Внедрять методологии Agile. Agile-подход позволяет улучшить коммуникацию между разработчиками и тестировщиками, ускорить циклы разработки и повысить гибкость процессов.

• Использовать непрерывную интеграцию и доставку (CI/CD). Автоматизация процессов интеграции и доставки позволяет быстрее выявлять и устранять проблемы в ПО.

• Проводить регулярные ретроспективы. Организация сессий ретроспектив позволяет выявлять проблемы в процессах и предлагать улучшения.

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

Буду рад вашим вопросам/отзывам/замечаниям. Мы с командой QA хотим писать интересно и полезно о том, что умеем.