Этапы тестирования программного обеспечения

Этапы тестирования программного обеспечения

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

Начальный этап: тестирование документации без кода функции, проверка вариантов использования.
Этап производства: тестирование новых функций, тестирование всего решения в соответствии с FS для отправки,
Этап завершения и передача: тестирование всего продукта, тестирование пакета установки продукта и обновлений.

Ситуация часто неясна из-за того, что компания должна эффективно использовать свои (не только человеческие) ресурсы, поэтому невозможно ждать, пока не произойдет такой этап, на котором будет применяться специализированный тестировщик: отдельные этапы могут перекрываться в разных версиях продукта, и различные продукты.

Этапы развития

В зависимости от того, на каком этапе разработки проводится тестирование, в каком временном горизонте с момента написания кода, тестирование делится на пять этапов:

  • Тестирование программистом (Developer's Unit testing ), он тестирует методы своих объектов или функций скрипта,
  • Тестирование функций, проверка узконаправленных сценариев, т.е. с точки зрения пользователя, без знания кода,
  • Интеграционное тестирование, проверка того, что новые добавленные функции не конфликтуют друг с другом и работают так же, как во время тестирования функций и после интеграции из отдельных ветвей разработки в основной проект. В конце производственной фазы вы также можете включить « тестирование набора решений , SST», тестирование всего недавно добавленного решения.
  • Системное тестирование, ретроспективная проверка (регулярная и обычно автоматическая), чтобы после интеграции новых функций в проект они не нарушали его первоначальные функции. Это тестирование на этапе передачи проекта. Либо цель — это просто краткое заверение, например, что новая версия (сборка) не сломана явно до того, как ее начнут более интенсивно использовать, и тогда достаточно пройти лишь несколько базовых сценариев ( дымовой тест ), стреляя вслепую. Или необходимо вернуться к концу этапа разработки ( регрессионное тестирование ) и проверить широкий спектр тестов, даже для менее часто используемых функций.
  • Приемочное тестирование, проводимое заказчиком, который сам подтверждает, что поставленная перед ним задача выполнена в соответствии с его идеями, что он подтверждает своей подписью и является важным моментом в процессе передачи / принятия проекта, а также пилотное тестирование (пилотное тестирование), тестовая эксплуатация в реальной эксплуатации (часто дорогостоящая установка), т.е. проверка правильности работы даже при подключении к реальной среде, в отличие от смоделированной среды в лабораториях.

После успешного пилотного (завершения проекта разработки) функционированием системы уже полностью управляет служба поддержки.

Отдельные этапы тестов выполняются разными людьми (не так преднамеренно, как из-за разной ориентации), и система тестируется на каждом этапе с другой точки зрения, с другой целью, по-разному и с разными последствиями.

Понравилась статья? Поделиться с друзьями: