Size: a a a

2020 September 06

СФ

Степа Фомичев... in QA juniors
Переслано от Степа Фомичев...
Который могут реализовать очень по разному
источник

СФ

Степа Фомичев... in QA juniors
Который могут реализовать по разному и к реализации которого ты отношения не имеешь
источник

n

nad in QA juniors
Andrew Gasov
Я бы поспорил.
+
источник

n

nad in QA juniors
Ну так мы пишем скрипты по сторям, потом ждём функционал и допиливаем скрипты, но основные принципы написания и требования не меняются, если там написано, что дверь должна быть чёрная, а в функционале она желтая - мне спросить у заказчика, должна ли она быть желтая? Нихрена, заведу баг, а дальше пусть сами решают, у нас основное - это документация, а не функционал наяву
источник

И

Иисус in QA juniors
Степа Фомичев
Который могут реализовать по разному и к реализации которого ты отношения не имеешь
Какой же тогда смысл это делать?
источник

СФ

Степа Фомичев... in QA juniors
Бизнесово описать необходимый функционал
источник

СФ

Степа Фомичев... in QA juniors
Все же, я думаю, писать функциональные тесты без функционала всегда риск сделать ненужную работу
источник

EB

Evgenii B in QA juniors
А если бизнес определил что риск сделать ненужную работу не страшнее риска сорвать релиз?
источник

EB

Evgenii B in QA juniors
Потому что тестирование как-то нужно сдвигать влево
источник

СФ

Степа Фомичев... in QA juniors
Оно параллельно идёт, просто сначала сторю конкретизируют
источник

СФ

Степа Фомичев... in QA juniors
Описывается api, как минимум, если задействован бэк
источник

СФ

Степа Фомичев... in QA juniors
Или делается макет
источник

EB

Evgenii B in QA juniors
Это все славно, но выглядит как теоретизирование на пустом месте: потому что нет ни слова о проекте и практиках на нем
источник

СФ

Степа Фомичев... in QA juniors
И по тз/интерфейсу/макету уже имеет смысл писать тесты
источник

СФ

Степа Фомичев... in QA juniors
Ну я это пишу в том числе и на основе своего опыта)
источник

СФ

Степа Фомичев... in QA juniors
В разных компаниях
источник

EB

Evgenii B in QA juniors
В одной команде с существующим продуктом и компетенцией из юзерстори тестировщик может понять какие кейсы написать по апи если например знает как контроллер и модель формируется на проекте. Даже тупо накидать весь код для эндпоинта, и потом поправить в одном месте
источник

СФ

Степа Фомичев... in QA juniors
Так по юзерстори можно сделать 500 разных реализаций
источник

СФ

Степа Фомичев... in QA juniors
Можно без api, можно сторю переформулировать, можно разбить на несколько, можно взять сторонний продукт
источник

EB

Evgenii B in QA juniors
Поэтому я бы менее категорично говорил насчёт того, что high level spec не помогает тест кейс составить. Просто не стоит считать, что тест кейс должен отливаться в граните, он будет меняться скорее всего по ходу спринта, это нормально.
источник