Как должен выглядеть профессиональный процесс тестирования? - PullRequest
0 голосов
/ 11 марта 2010

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

Процесс должен иметь собственный бюджет, который может увеличиваться в то время, когда добавляются новые функции.

РЕДАКТИРОВАТЬ: по мере развития приложения, следующие входные данные могут быть ошибки и, возможно, дизайн приложения

1 Ответ

0 голосов
/ 26 мая 2010

Процесс тестирования должен быть таким,

  • Сначала проанализируйте требования и попробуйте получить варианты использования.
  • После использования, тестовый пример док. быть готовым. Который будет полезен команде разработчиков для получения точного необходимого результата.
  • После того, как разработчики завершат модульное тестирование на своем уровне, код будет с командой QA.
  • Теперь у QA будут раунды для тестирования (например, QA box, постановка и производство. Также regretion и UAT (User Acceptance Test)).

В принципе, поток, определенный в каждой организации, может немного отличаться, но цель состоит в том, чтобы получить максимальный результат с меньшим количеством ошибок / проблем.

Другая вещь, которую вы упомянули, касается бюджета. Я не знаю, может быть какая-то организация. есть политики для отдельного биллинга для разработки + QA, а не для всего SDLC.

По мне, профессиональное тестирование должно быть,

  • Прежде всего, функциональное тестирование должно быть приоритетным.
  • документирование всех вещей.
  • Все ошибки / список функций должны быть в правильной системе отслеживания ошибок.
  • Идеальные описания и сценарии для тестирования.
  • Также правильный путь для исправления ошибок является обязательным для разработчика при возникновении ошибки.
  • надлежащее нагрузочное тестирование и параллельные тесты также должны выполняться в соответствии со сценариями продукта / проекта.
  • В основном все тестовые случаи / варианты использования, которые должны быть рассмотрены в первом раунде QA.

спасибо.

...