Здравствуйте, Mamut, Вы писали:


M>А, месье из мира эльфов и фей.

Ага

S>>Если у тебя в ТЗ написано "всё должно работать", то мне конечно тебя жаль

M>Оно обычно так и написано. Ну и обязательно посмотри видео, которое я привел, с самого начала. Они там тестируют и ТЗ в том числе, и находят ошибки в самом ТЗ.

Ну и что? Ошибка в ТЗ обычное явление и повод для его доработки.

M>1. В какой спецификации?
M>2. Почему ты уверен, что спецификация покроет все варианты поведения программы?

Зачем? У нас описан сценарий, которому следует пользователь. Программа должна всегда корректно его обрабатывать.

M>3. Почему ты уверен, что спецификация покроет все варианты использования пользователем?

Потому что по спецификации пишется документация, по которой пользователь работает. Ну вот да, единственное моё спорное допущение — что это идеальный пользователь, который читает документацию и работает по ней

S>>Если она что-то делает плохо, когда пользователь отклоняется от описанного сценария — то либо дополняем спецификацию и соответственно дорабатываем продукт и покрываем новый кейс тестами, либо пишем в документацию "Вот так делать нельзя!!!". Ну и можно запретить такое поведение пользователя и написать тест и на это

M>А, месье из мира эльфов и фей.

Да, из мира где выпускается MVP и потом по результатам тестирования и фидбеку от пользователей допиливается функционал приложения, которое всегда стабильно работает на заданном наборе сценариев. Да, и программа как сервис, поэтому все пользователи всегда работают с актуальной версией. В прошлом проекте было десктопное приложение, и там кроме тестов было около 5000 описанных тест кейсов пользовательских сценариев.

M>>>Ну то есть «Почему? Ленивый штоле?» на проверку оказалось «Если есть сложный, запутанный стэйт, то обложить все кейсы тестами не реально.», и непонятно, почему ты с этим споришь.
S>>В твоём понимании это не "тесты на все кейсы", а некие идеальные тесты, которые покрывают бесконечное количество вариаций входных данных и действий пользователя. И да — время выполнения тоже бесконечно

M>Ты это говоришь и описываешь какие-то идеальные тесты и кейсы, которые все зарание продумали, тзательно записали в спецификации, а потом каждый из них написан и протестирован программистом.

Да, так и работаем. Ощути тленность своего бытия

M>>>А про «тестеры/пользователи наткнутся», воспроизвели, поправили, написали тест, вот тебе реальная жизнь, а не фантазии. Описание решения проблемы, включая воспроизведение, с 36:55 (описание самой проблемы, в кратце, на 27:00). Да и вообще вся презентация про такие проблемы.

M>>>https://youtu.be/zi0rHwfiX1Q?t=2215

S>>Гляну потом. Интересно

M>Очень рекомендую видео, да. Как раз проказывает разницу между реальным миром и фантазиями на тему «все должно быть описано в ТЗ и протестировано».

Какая фантазия — реальный процесс, ты чё В мокапах, которые дают на разработку, уже показано, по какой кнопке чё происходит и всё это уже кучу раз обсуждено.