У меня есть вопрос, на который мне сложно ответить или получить пример.
Я новичок в тестировании автоматизации, и меня попросили написать тесты автоматизации для задач, где код разработки для этой конкретной функции еще даже не написан, поэтому мы смотрим на красный> зеленый тест.
Я пробовал несколько подходов к этому с небольшим успехом.
Я пытался смоделировать шаги теста в комментарии, но это, кажется, дублирует или является избыточной работой, поскольку другой тестер автоматизации просто удалит комментарий и сделает это по-своему (нет смысла делать это , начать с).
@Test
public static void testCase1(){
try {
/*
Test Case comments
*/
}catch (Exception e){
fail("Not yet implemented");
}
Другой подход состоял в том, чтобы сделать тесты сценарием шага, но выписать метод и передаваемые строки или целые числа по мере необходимости при создании метода с блоком комментария для описания шага и цели. (тот же результат, что и выше, и с этим подходом я заметил, что, если у меня нет полного понимания кода, уже созданного, я создаю дубликаты методов).
- Мой третий вариант заключался в том, чтобы написать тестовый сценарий как можно дальше, но без какого-либо кода, к которому можно было бы привязаться или визуально обработать задачу или историю пользователя, трудно точно спланировать шаги.
Если у кого-то есть какой-либо опыт с этим, его частью подхода сдвига влево, когда автоматизация начинается с началом работы разработчика, я был бы очень признателен за любые советы или примеры, которые могут у вас возникнуть.
Я также являюсь ручным тестером, поэтому я пишу кейсы, беру ручной тестовый кейс (1-е издание тестового примера) и портирую на UI Automation Framework (Java, Selenium), который является 2-м изданием контрольный пример (дублирующая работа).