Разница между инструментом автоматизации тестирования и структурой автоматизации

Question

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

Однако у нас есть Белый , который взаимодействует с приложениями Windows, затем Selenium , который работает в браузерах для веб-приложений. Мы называем обе эти «фреймворки», но обе они должны быть запущены с использованием тестовой среды, такой как NUnit или JUnit. Поэтому я чувствую, что из-за этого их следует называть инструментами.

Как именно мы различаем инструмент тестирования автоматизации и инфраструктуру автоматизации?

Answer 1

У меня теперь больше опыта работы над этим, и я чувствую, что могу ответить на это сам. В основном рамки:

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

Теперь, в моем оригинальном запросе , Белый действительно был основой .

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

но оба они должны быть запущены с использованием инфраструктуры тестирования

, что подразумевает, что белые должны использовать NUnit, или это бесполезно. Я был неправ. Белым не нужно обязательно использовать рамки тестирования. Мы также можем написать базовый процедурный код, который использует только белый и ничего больше, и все же он может выполнить какую-то значимую задачу.

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

3. Я также упомянул, что

но оба они должны быть запущены с использованием среды тестирования, такой как NUnit или JUnit. Поэтому я чувствую, что из-за этого их следует называть инструментами.

Здесь ошибочным является представление о том, что «если он использует фреймворк, то он должен быть инструментом». Правильная идея состоит в том, что фреймворк может позволить нам выполнить какую-то задачу, и он все еще может использовать другой фреймворк, чтобы позволить нам выполнять еще больше задач. Например, я использую White Framework для автоматизации диалоговых окон. Теперь я добавляю каркас Log4j, чтобы добавить функциональность для моих собственных журналов. Затем я добавляю среду модульного тестирования, чтобы мы могли запускать код (который использует обе предыдущие платформы) в форме тестов и генерировать результаты. Затем я добавляю платформу PNUnit и теперь могу выполнять тесты параллельно. Видишь идею?

Теперь инструменты - это не что иное, как утилиты, которые мы используем при использовании реального кода - код, который будет использовать все вышеупомянутые фреймворки для выполнения какой-то действительно стоящей задачи. Это может быть IDE или платформа, которая позволяет выполнять код.

Answer 2

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

Framework автоматизации является дополнением к инструменту автоматизации. Среда автоматизации ничего не сделает без инструмента автоматизации, созданного поверх инструмента автоматизации. Мы создаем набор ролей и стандартов выполнения тестов, таких как выбор тестовых случаев, поток выполнения, генерация отчетов, интеграция инструментов управления тестированием и т. Д.

• Мы можем выполнять автоматизацию только с помощью Tool, но невозможно выполнять автоматизацию только с помощью инфраструктуры автоматизации
• Фреймворк автоматизации зависит от стандарта организации и структуры проекта, поэтому мы можем создать фреймворк автоматизации i. Сам инструмент f предоставляет структуру (например, UFT, Guage и т. д.)
• Мы можем создавать новые функции, которые не поддерживаются инструментом или объединять несколько инструментов с единой системой автоматизации, такой как Selenium и Sikuli
• Автоматизация Freemason обеспечит простоту обслуживания

Answer 3

Инструмент проведет реальное тестирование для вас, при условии правильного ввода.В то время как фреймворк предоставляет вам необходимую помощь для проведения тестирования.Как и в случае с белым, он просто помогает вам получить контроль и щелкать мышью и все такое.На самом деле он ничего не запускает сам по себе.Nunit - это еще один фреймворк чуть более высокого уровня, вы запускаете свои тестовые случаи, он просто сообщает вам, прошел он или нет.

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

Просто пытаясь объяснить мою точку зрения .. Надеюсь, это поможет!

Answer 4

В «Инструменте» вы используете «Framework», чтобы связать их:)

Answer 5

Я думаю, что Framework похож на класс, а Tool - объект, созданный из него.

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

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

Таким образом, Frameworks описывает поведение по умолчанию и создается для применения в Инструментах.как стандартное, так и настраиваемое поведение в предполагаемой среде QA.

Answer 6

Я использую средства автоматизации тестирования и разработал платформы автоматизации, предоставляя вам подробную информацию на основе моего опыта -

Инструмент автоматизации тестирования -

Утилита, которая может иметь функции, функциии возможности для работы с определенным или разнообразным тестируемым приложением (AUT), например, оно может искать и однозначно идентифицировать объекты AUT, панели, кнопки, ссылки и т. д.

базовые библиотеки, утилиты, методы иОбъект, идентифицирующий модель, работает как базовая структура для инструмента, который предоставляет функции, функции и возможности для ее работы.Но эта базовая базовая система представляет собой в основном коррективный / статический код и не может быть изменена в соответствии с индивидуальными потребностями.

Большинство стандартных инструментов рынка ориентированы на свою модель распознавания объектов с помощью обширного списка технологий, таких как .NET, JAva, Strutsи т. д., но не могут быть столь же сильными или способными в -

Создание тестовых сценариев / сценариев

Ввод данных и использование файлов данных, таких как текст, Excel, Json, XML и т. д.

Управление выполнением сценариев с базовыми возможностями отчетов о результатах.

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

Среда автоматизации -

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

Framework может представлять собой набор скриптов (libs, jars,методы и т. д.), которые разрабатываются с учетом индивидуальных и индивидуальных потребностей клиента / проекта / работы.Он может использовать основные / лучшие функции и функциональные возможности основных функций инструмента автоматизации, которые затем были объединены с фреймворком - для создания -

более бесшовного выполнения нескольких сценариев и платформ.

управление тестовыми данными -создание, ввод и сброс, если требуется.

тестовая оркестровка - что запускает сборку, откуда поступают входные данные, что все выполнять, где выполнять, как интегрировать, кто / как контролировать выполнение, гдесообщать и кого предупреждать.

Надеюсь, что это даст немного больше шансов на этот вопрос.