Эспрессо Лучшая архитектура кода

Question

Я хочу запустить тестовый тест Espresso для моего приложения. Тест содержит навигацию для нескольких действий и взаимодействия с несколькими виджетами.

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

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

@Test 
public void validateUserNavigationScenario() { 
    // Create a bitmap we can use for our simulated camera image 
    SignOnActivity.validateLogin(); 

    ProductSelector.selectProduct(); 

    ProductDetail.showProductDetails(); 

    ProductDetail.addProductToCart(); 

    pressBack(); 

    ProductSelector.selectProduct(); 

    // ... additional test steps and validation ... 
} 

Answer 1

Coding тестовый код не отличается от кодирования кода производства.

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

Вы должны проверить это в разговоре Джейка Уортона о том, как структурировать ваш тестовый код.

Instrumentation Testing Robots

Это акцент на развитие Котлин, но те же принципы применимы и для Java. Чтобы подмять, он утверждает, что вы должны скрывать свои внутренние детали внутри своего рода «робота». Это означает, что вы должны стараться быть максимально понятным с помощью вашего API-интерфейса, чтобы создавать читаемые и поддерживаемые тесты.

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