Анализ проблем и «узких горлышек» в тестировании ПО
«Узкие горлышки» мешают эффективности процесса
Качество программного обеспечения (ПО) напрямую зависит от многих факторов: от требований и спецификаций, проектирования и архитектуры, процессов разработки и тестирования ПО. Естественно, в процессе тестирования часто возникают проблемы и «узкие горлышки», которые могут существенно затруднить успешное завершение проекта.
Меня зовут Александр Черняков, я специалист по тестированию «Лаборатории качества», и сегодня написал об основных проблемах, с которыми сталкиваются команды тестировщиков, а также рассмотрел возможные пути их решения. Всё актуально — об очевидном и наболевшем тут.
Что же такое эти «узкие горлышки»?
«Bottleneck» (от англ. «бутылочное горлышко») — это ограничения системы, которые урезают её производительность или пропускную способность. Это мешает продукту функционировать на полную мощность и выдавать оптимальный результат. Узкие места могут проявляться по-разному:
Внутренние или внешние.
Могут быть связаны с оборудованием или трудозатратами сотрудников.
Могут быть вызваны политическими факторами или неэффективными процессами.
Термин «бутылочное горлышко»
В контексте тестирования ПО узкие места означают, что процесс тестирования не может проходить эффективно и возникают проблемы. Например, для разработки тест-кейсов тестировщику необходимо прочитать и изучить требования, которые также находятся в разработке и не утверждены окончательно. Или они не формализованы, а единственный их носитель, например, аналитик, в данный момент не может ответить на все вопросы тестировщика.
Нехватка документации
Одна из основных проблем — недостаточное количество или неактуальность документации о продукте, а то и вовсе ее отсутствие. Для работы нам нужны технические спецификации, требования, дизайн-документация и другие руководства для понимания функциональности ПО и его ожидаемого поведения.
Последствия:
Тестировщикам сложно писать тест-кейсы и сценарии.
Невозможно корректно воспроизвести дефекты из-за неясности ожидаемого результата системы.
Рискуем упустить важные аспекты функциональности ПО.
Решения:
Активно участвовать в создании документации. Специалисты по тестированию должны быть вовлечены в процесс создания документации с самого начала разработки.
Регулярно обновлять документацию. Важно поддерживать ее актуальность на протяжении всего жизненного цикла продукта.
Использовать инструменты для управления требованиями. Системы управления требованиями (СУТр) могут помочь в сопровождении и обновлении документации. Среди ярких примеров таких систем можно встретить Jira Software, Modern Requirements, Jama Software, Spira Team, а так же отечественный аналог Техэксперт СУТр.
2. Нехватка времени, бюджета, ресурсов и кадров для тестирования
На многих проектах команды тестирования сталкиваются с ограничениями по времени, бюджету, доступным ресурсам (тестовые окружения, инструменты) и квалифицированному персоналу.
Последствия:
Ограниченная область тестового покрытия.
Мало тестовых случаев.
Очень большая вероятность, что пользователи найдут баги после релиза.
Решения:
Планировать и оценивать риски и область тестового покрытия. Необходимо проанализировать критические области ПО и сосредоточить усилия на наиболее важных аспектах.
Автоматизировать тестирование.
Обучать и развивать персонал. Инвестиции в обучение помогают повысить квалификацию существующих сотрудников и снизить зависимость от внешних ресурсов.
3. Неэффективные процессы разработки и тестирования ПО
Срок сдачи проекта, выпуск ПО на рынок и его качество зависят от процессов разработки и тестирования. Результат будет плохим, если не подобрать оптимальные процессы. Примерами таких ситуаций могут послужить недостаточная коммуникация между разработчиками и тестировщиками и в команде в целом, отсутствие стратегии тестирования, недостаточная проверка и контроль версий кода, слабое тестирование производительности и безопасности, неактуальная и слабая тестовая модель.
Последствия:
Трудно интегрировать новые изменения из-за несогласованности процессов разработки и тестирования.
Повторяются ошибки из-за недостаточной проверки изменений.
Циклы разработки и тестирования слишком растянуты во времени.
Решения:
Внедрять методологии Agile. Agile-подход позволяет улучшить коммуникацию между разработчиками и тестировщиками, ускорить циклы разработки и повысить гибкость процессов.
Для эффективного управления качеством программного обеспечения недостаточно только технических знаний — важно также адаптировать процессы и ресурсы к специфике проекта. А для этого нужно проанализировать все необходимые параметры, спланировать действия команды до начала работы и быть готовым вносить корректировки на любом этапе проекта.
Буду рад вашим вопросам/отзывам/замечаниям. Мы с командой QA хотим писать интересно и полезно о том, что умеем.
