Каковы основные отраслевые стандарты автоматизированного тестирования?

Question

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

Мне кажется, что мой коллега предполагает, что существуют стандартные отраслевые рамки автоматизированного тестирования.

Я видел следующие схемы при разработке тестовых систем:

• ДанныеУправляемый
• Ключевое слово Управляемый
• Модель Управляемый
• Управляемый запросом

Мой коллега включает "Модульный" в качестве одного из них.Из-за своего опыта в разработке программного обеспечения я слышу слово «модульное» и думаю о модульном программировании (в отличие от объектно-ориентированного, аспектно-ориентированного или процедурного программирования) ... способ организации кода, а не методология или тип фреймворкасам по себе.

Я видел определение в Википедии для «Модульной автоматизации», и оно выглядит так же, как парадигма программирования.

Чего мне не хватает?Что я могу прочитать, чтобы попасть на ту же страницу, что и мой коллега?Это я или он что-то не понимаю?У меня более десяти лет опыта в разработке программного обеспечения, мой коллега был в QA почти так долго.Он не может ссылаться на сайт.Я искал в Google 6 часов, пытаясь узнать об этой «Модульной платформе», и не могу найти технический пример и ничего более, чем стандартную парадигму программирования (например, организовать код в модули).

Answer 1

Я слышал о модульной автоматизации, также называемой компонентной конструкцией тестового набора.HP является крупным игроком в этом пространстве.В результате появился продукт, который называется «Тестирование бизнес-процессов».

Он состоит из:

• Повторно используемые бизнес-компоненты

• Бизнес-компоненты, преобразованные в тест бизнес-процесса

Бизнес-компоненты - это блоки многократного использования, выполняющие определенную задачув бизнес-процессе.(например - Добавить в корзину) Тестирование бизнес-процесса - это сценарий, состоящий из бизнес-компонентов (например, «Оформить заказ»)

В Центре качества HP модуль «Бизнес-компоненты» позволяет создавать бизнес-компоненты многократного использования и управлять ими..

Затем модуль «План тестирования» позволяет перетаскивать компоненты в тесты бизнес-процессов и отлаживать компоненты.

Answer 2

Оказывается, основные стандартные отраслевые разработки для автоматизированного тестирования:

• Data Driven
• по ключевому слову
• Модель с приводом
• Запрос управляемый

Кроме того, используются «гибридные» подходы. Это подходы, в которых используется более одного из приведенных выше дизайнов.

В ряде мест в Интернете (включая википедию) дизайн тестового набора «Модульная управляемость» по ошибке называют таковым, как если бы он был одной из перечисленных выше стратегий разработки автоматизированного тестового набора. Определение этого ошибочного термина («Модульность, управляемая»), по-видимому, больше связано с организационными аспектами кодирования, чем с тем, как One проводит автоматизированный тест. Автоматическое тестирование по принципу модульности является неправильным (или вообще ошибочным). Другими словами, такой вещи нет. Термин «модульный» описывает используемую парадигму программирования.

Модульный аспект теста заключается в его организации, в которой код хранится в модулях, в отличие от других парадигм программирования, таких как ООП, процедурный и т. Д.