Size: a a a

QA — Автоматизация

2020 September 11

A

Alexander in QA — Автоматизация
Lev Yarushin
Но они же разные. Они просто похожи.
Делается шаблон теста, который принимает на вход разные данные, которые должни приводить к одинаковому результату.
И дабы не повторять себя, мы просто параметризируем шаблон.
Но кейсы всё равно будут разные и в TMS они так же долнжы быть разными.
спасибо :)
источник

A

Alexander in QA — Автоматизация
Однако всё же интересна статистика по тому, кто как оформляет)
источник

ДВ

Диана Верикова (Кудр... in QA — Автоматизация
Все грустят и пишут, грустят и пишут..)
источник

ТФ

Татьяна Федотова... in QA — Автоматизация
Диана Верикова (Кудрявцева)
Не надо за это любить кукумбер, дата дривен есть везде)
для статистики )
источник

S

Sergei in QA — Автоматизация
Alexander
Как в коде реализовать, то это я знаю :) А вот в создании тестовых сценариев и их оформлении мало опыта.
можно описывать сценарии как документацию к функции-тесту, а потом собирать сборщиком доков и паблишить где надо. И если код теста меняется, сразу можно поменять документацию к тесту. Тогда не придется помнить, что есть какой-то тестменеджмент-система, где нужно тоже актуализировать кейс, о чем обычно забывают, и в итоге кейсы расходятся с реализацией :)
источник

LY

Lev Yarushin in QA — Автоматизация
Ну видимо не правильно вопрос понял ) Я видел что люди и в TMS оформляют один кейс а потом добавляют примечание,  что-то вроде : "аналогичный результат должен быть при таких-то данных"
источник

A

Alexander in QA — Автоматизация
о, вот как раз я и думал об этом)
источник

LY

Lev Yarushin in QA — Автоматизация
Sergei
можно описывать сценарии как документацию к функции-тесту, а потом собирать сборщиком доков и паблишить где надо. И если код теста меняется, сразу можно поменять документацию к тесту. Тогда не придется помнить, что есть какой-то тестменеджмент-система, где нужно тоже актуализировать кейс, о чем обычно забывают, и в итоге кейсы расходятся с реализацией :)
Вот правильный подход, я бы даже сказал что нужно.
источник

A

Alexander in QA — Автоматизация
мб можно как-то оформить кейс и дополнить ссылкой какой) Делается ли вообще так?)
источник

ДВ

Диана Верикова (Кудр... in QA — Автоматизация
Sergei
можно описывать сценарии как документацию к функции-тесту, а потом собирать сборщиком доков и паблишить где надо. И если код теста меняется, сразу можно поменять документацию к тесту. Тогда не придется помнить, что есть какой-то тестменеджмент-система, где нужно тоже актуализировать кейс, о чем обычно забывают, и в итоге кейсы расходятся с реализацией :)
Кстати да, тоже хорошее дело!
У нас как-то другой группе с таким подходом принудительно внедрили тмску, они на каждый прогон тупо создавали новые кейсы из кода, удаляя старые и все равно жили по-своему)))
источник

LY

Lev Yarushin in QA — Автоматизация
Используете api TMS, при прогоне создаются кейсы.
источник

LY

Lev Yarushin in QA — Автоматизация
Но не всегда это можно делать, иногда грудью встают на защиту кейсов )
источник

ДВ

Диана Верикова (Кудр... in QA — Автоматизация
Да смысла в такой тмске ноль, ладно бы старые кейсы апдейтились, хоть история изменений и прогонов была...
источник

LY

Lev Yarushin in QA — Автоматизация
Консерваторы )
источник

A

Alexander in QA — Автоматизация
Так, ребят. Вы не против если я подытожу? В общем, большинство из вас под каждый набор входных тестовых данных пишет отдельный кейс? Даже если результат одинаков. Я сейчас про оформление, не про код.
источник

ДВ

Диана Верикова (Кудр... in QA — Автоматизация
Alexander
Так, ребят. Вы не против если я подытожу? В общем, большинство из вас под каждый набор входных тестовых данных пишет отдельный кейс? Даже если результат одинаков. Я сейчас про оформление, не про код.
+
источник

A

Alexander in QA — Автоматизация
Понял. Спасибо.
источник

LY

Lev Yarushin in QA — Автоматизация
Alexander
Так, ребят. Вы не против если я подытожу? В общем, большинство из вас под каждый набор входных тестовых данных пишет отдельный кейс? Даже если результат одинаков. Я сейчас про оформление, не про код.
По поводу большинства не уверен, можно опрос сделать.
источник

ДВ

Диана Верикова (Кудр... in QA — Автоматизация
Lev Yarushin
По поводу большинства не уверен, можно опрос сделать.
+
)
источник

S1

Sceptic 1234 in QA — Автоматизация
Alexander
Так, ребят. Вы не против если я подытожу? В общем, большинство из вас под каждый набор входных тестовых данных пишет отдельный кейс? Даже если результат одинаков. Я сейчас про оформление, не про код.
Все мы когда-то учили теорию тестирования и тест дизайна.
И эти знания надо применять.
Про технику эквивалентности помнишь?
Вот на каждый класс эквивалентности по-хорошему нужен свой кейс. Либо разделить классы на позитивные и негативные и написать по тест кейсу на это с перечислением значений, которые надо проверить
источник