По количеству возможных аффилированных объектов (при росте сложности растет кол-во проверок)
По количеству логики и вариативности (чем больше комбинаций, тем сложнее логика)
Для анализа можно использовать:
Сравнить оценки похожих задач на самом раннем этапе и на текущем (если похожая задача стала занимать больше времени, то это говорит об увеличении сложности)
Рост модулей/компонентов приложения + сложность этих модулей. Можно использовать матрицу компетенций.
Количество задеваемого функционала в задаче. У нас есть практика, когда разработчик пишет, что может быть задето в той или иной правке.
Согласны, что количество тестировщиков действительно зависит от проекта. В статье перечисляются основные аспекты, которые необходимо учитывать для определения оптимального соотношения: тип приложения, этап разработки, сложность проекта и требования к тестированию.
Добрый вечер! Спасибо!
Сложность приложения оценивается:
По количеству возможных аффилированных объектов (при росте сложности растет кол-во проверок)
По количеству логики и вариативности (чем больше комбинаций, тем сложнее логика)
Для анализа можно использовать:
Сравнить оценки похожих задач на самом раннем этапе и на текущем (если похожая задача стала занимать больше времени, то это говорит об увеличении сложности)
Рост модулей/компонентов приложения + сложность этих модулей. Можно использовать матрицу компетенций.
Количество задеваемого функционала в задаче. У нас есть практика, когда разработчик пишет, что может быть задето в той или иной правке.
Количество легаси кода без документации
Ну вот, в целом как-то так:)
Согласны, что количество тестировщиков действительно зависит от проекта. В статье перечисляются основные аспекты, которые необходимо учитывать для определения оптимального соотношения: тип приложения, этап разработки, сложность проекта и требования к тестированию.