Как избежать повторяющихся проверок и шагов в тестировании
Новые темы форума тестировщиков
Всем привет. При составлении тест-кейсов столкнулся с проблемами. Покажу на реальном примере.
Есть список проверок:
Существуют зависимости между проверками:
Из-за бесконечной нехватки времени, я хочу разделить функционал на приоритеты. (smoke, high, medium, low) чтобы знать, что проверять в самую первую очередь, что проверять во вторую и так далее. И в дальнейшем иметь статистику по этим проверкам.
Приоритет проверки “создание тестового задания” - smoke Приоритет проверки “Создание тестовой спецификации” - -high Приоритет проверки “Загрузка изображения в тестовое задание” - medium Приоритет проверки “Прохождение теста по тестовой спецификации” - low
Вопрос: Как избежать повторяющихся проверок и шагов в тестировании. Мне нужно создать тестовую спецификацию. Но без тестового задания я это сделать не могу. Но тестовое задание я уже прошел в дымовом тестировании, и еще раз, создавать тестовое задание, чтобы проверить Создание тестовой спецификации” в тестировании high функционала - я не хочу т.к. это занимает время силы и нервы. Использовать уже созданные ранее материалы, не всегда представляется возможным. У меня была идея, объединить пересекающихся проверки в тест-кейсы. Но тогда при прохождении шагов в ТС я буду тратить время низкоприоритетные проверки, которые мне не нужны в дымовом тестировании. И еще мы отказались от идей ведения тест-кейсов в пользу чек-листов. Потому что нету времени поддерживать ТС. Поделитесь пожалуйста своими идеям, может кто-то решал такую проблему? QA на проде. Почему это круто 2019-06-26 11:30 Автор: Ольга Михальчук, QA инженер ID Finance
Многие считают тестирование на production окружении вредной практикой: оно не помогает предотвратить попадание проблем к конечным пользователям, а больше констатирует их наличие. Кроме этого, тестировщик отрывается от стандартного рабочего процесса и методик, применяемых на тестовом окружении. Меня зовут Оля Михальчук, я QA-инженер в финтех-компании ID Finance. В этом посте я расскажу почему тестирование на проде может существенно помочь вашему проекту.
Winium Desktop Driver xpath 2019-06-26 17:47 Всем привет!
Разбираюсь с этим зверем и что-то никак не могу познать Дзен
Делаю тест. Вот так тест успешно отрабатывает:
@Test
public void testIconFavorites() throws FindFailed {
additionalIconTree = new AdditionalIconTree(screen, driver);
additionalIconTree.loginServer(login, password, server);
additionalIconTree.openWindowSettings(login);
window = driver.findElement(By.className("TfrmSetting")).isEnabled();
Assert.assertTrue(window);
}
А так долго висит
@Test
public void testIconFavorites() throws FindFailed {
additionalIconTree = new AdditionalIconTree(screen, driver);
additionalIconTree.loginServer(login, password, server);
additionalIconTree.openWindowSettings(login);
window = driver.findElement(By.xpath("//*[@ClassName='TfrmSetting']")).isEnabled(); //Поменял на xpath запрос
Assert.assertTrue(window);
}
В чём я не прав и почему в одном случае всё корректно работает. В другом не работает!
Вроде написал xpath запросом тоже самое © 2010 | Software-Testing.Ru |
| В избранное | ||
