Блог

У меня есть проект Maven, и в настоящее время я использую приведенную ниже версию отчета об экстентах:

 <dependency>
    <groupId>com.aventstack</groupId>
    <artifactId>extentreports</artifactId>
    <version>4.1.5</version>
</dependency>
  

У меня запущены и запущены отчеты об экстентах, но интересно, как мы будем использовать их в реальном мире.

Например, мне удалось использовать утверждение следующим образом:

 try {
    Assert.assertEquals(cart.getTotalAmount().getText(), "$45.24");
    test.pass("amount correct");
} catch (AssertionError e) {
    Assert.fail();
    test.fail(e);
}
  

Который работает нормально. Но часто ли вставлять несколько операторов if для вывода.ПЕРЕДАЙТЕ или.СБОЙ приводит к сбою в нашем коде или этот подход не рекомендуется?

Я пытаюсь понять, в какой степени мы должны сообщать, и часто ли используется подход IF / ELSE для вывода в отчеты. Проблема, которую я вижу при таком подходе, заключается в том, что в наш код будет встроено несколько операторов IF / ELSE, что заставляет меня сомневаться, правильно это или нет?

Хороший вопрос .. . Отчет об экстентах — это просто библиотека отчетов, которая поможет вам получить отчет html для выполнения вашего тестового примера.

И в какой степени вы должны сообщать, зависит от того, какой тип сценария тестирования вы пытаетесь автоматизировать .

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

Для сценария автоматизации оформления заказа вы будете автоматизировать весь процесс оформления заказа, начиная с добавления товара в корзину. перейдите на страницу «Моя корзина» и.затем выполните проверку.

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

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

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