Когда ваша компания разрабатывает однотипные одностраничные сайты или небольшую браузерную игру, любой грамотный тестировщик сможет оценить её работоспособность. Все основные пользовательские сценарии можно проверить, при необходимости перепроверить, а при повышенных требованиях к качеству даже разобрать множество сценариев значительно менее стандартных.
Но что происходит, когда необходимо обеспечить высокое качество достаточно крупного продукта, с внешними интеграциями и длительной историей разработки?
- Проверить “всё”, особенно вручную, становится физически невозможно
- Появляются дополнительные траты времени на передачу знаний как в команде тестирования, так и между командами
- Сбор статистики и отчётности либо превращается в бюрократию, либо не позволяет принимать взвешенные решения.
Некоторые компании пытаются решить проблему непрерывным ростом команды тестирования, но в этом случае качество коммуникаций непрерывно падает, аппетиты растут, и результаты тестирования становятся только хуже. Требуется качественное решение возникающей проблемы!
В этом докладе я расскажу об инженерных и процессных практиках, которые помогают нам минимизировать риски пропуска ошибок при тестировании масштабных продуктов. Доклад будет полезен руководителям проектов и ведущим специалистам по тестированию.
9 сен 2024
