ИСПЫТАНИЕ SELENIUM, TESTNG Вопросы

Question

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

Я использую Selenium web driver + java bindings для проведения простых тестов, таких как вход в систему или заполнение регистрационной формы, я также создал log4j, но только базовый для записи записи низкого уровня. Я теперь столкнулся с testNG. Мой главный вопрос - это те рамки, которые используются тестерами? или разработчиков? Является ли testNG только для модульных тестов? или UI-тесты?

Из того, что я узнал до сих пор, разработчик выполняет тесты на единицу и компонент, а тестер - это тесты обслуживания/ui, это правильно?

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

Вот почему мне нужно немного руководствоваться этими вопросами.

Answer 1

Мой главный вопрос - это рамки, используемые тестировщиками? или разработчиков? Is testNG только для модульных испытаний? или UI-тесты?

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

TestNG также в некоторых случаях заменяет Junit полностью, но этот подход у вас будет с каркасом с некоторыми из возможностей в виде DataProviders, поддержкой многопоточности и другими, вы можете проверить этот link, рассмотреть этот и мощный вариант для Junit.

Из того, что я узнал до сих пор разработчик делает устройство и компонент испытаний и тестер делает тесты услуги/Ui это правильно?

Модульные испытания, которые я считаю очень похожими на «компонентный тест», выполняются разработчиками.Если у вас есть веб-службы или REST API, разработчики иногда отвечают за создание некоторых тестов с помощью тестирования интеграции, в основном проверяют, что службы работают так, как мы ожидали, возвращая JSON/XML с правильным форматом и другими типами валидаций.

Тестеры также могут проверять службы, используя такие инструменты, как Jmeter, SOAP-UI, они проверяют больше вещей, связанных с бизнес-логикой. Наконец-то я сказал, что тестирование UI выполняется в большинстве мест командой по тестированию на руководство и автоматизации, в тех местах, где нет отдела QA, эти задачи также принадлежат команде DEV.

Answer 2

Для запуска тестов у вас должен быть тестовый бегун, он может быть чем угодно, наиболее распространенным в java-мире является JUnit и TestNG, с этими фреймворками вы можете запускать тесты, которые аннотируются тегом @Test, также вы можете группировать тесты так, как вы хотите, и запускать их параллельно.

Testers использовать для запуска Selenium тестов и делать утверждение, хотя для утверждений хорошо иметь знание hamcrest matchers. Также он предоставляет вам отчеты после завершения тестов.

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

Ознакомьтесь с ребятами из toolsqa.com. У них есть довольно подробные руководства по использованию Selenium с TestNG.

Answer 3

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

1.Поддержка параметров.

2.Поддержка зависимых методов тестирования.

3. Конфигурация теста гибкая. Поддерживает мощную модель исполнения.

4.Embeds BeanShell для дополнительной гибкости.

5.TestNG имеет более элегантный способ обработки параметризованных тестов с концепцией поставщика данных.

6.Для того же теста TestNG для нескольких экземпляров.

7.Extendibility использования различных инструментов и плагинов, как Eclipse, Maven, IDEA и т.д.

8.Default JDK функции для выполнения и регистрации (без зависимостей).

9.Supported различных аннотаций, как @BeforeSuite, @AfterSuite, @BeforeClass, @AfterClass, @BeforeTest, @AfterTest, @BeforeGroups, @AfterGroups, @BeforeMethod, @AfterMethod, @DataProvider, @Factory, @Listeners, @ Параметры, @ Тест.

Самая красивая часть, которую я нашел в testNG, используя поставщик данных, я могу легко прочитать тестовые входы и ожидаемые результаты от excel. И я могу видеть результаты Pass/Fail и пропускать тестовые примеры в формате электронной почты.

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

Обратите внимание, что у вас есть больше сомнений или нужна помощь при исполнении.