Найти тему

Почему лучше сначала описывать фактический результат (ФР) и только потом ожидаемый (ОР)?


Если сначала указывать ожидаемый результат, а не фактический читающего будет сильно сбивать с толку. Бывают случаи, что разработчик прочитав сначала ожидаемый, подумает: так это же не проблема, так и должно работать и не дочитав до фактического результата, переведёт ошибку в статус “Решена”. Поэтому я рекомендую ВСЕГДА писать сначала фактический результат! Конечно, в разных компаниях по-разному, но в большинстве пишут сначала ФР, потом ОР. Если в какой-то компании это не так, то нужно будет подстроиться и писать как принято в этой компании

Недавно наткнулась на одном форуме откуда появилась традиция сначала указывать ожидаемый результат:
1. Копипаста из тест-кейса: последовательность шагов и положительный результат
2. Психология разработчиков :) говорят, что разработчики обычно читают с конца)))

Спасибо за прочтение поста)) Как принято у вас в компании? сначала указываете фактический результат или ожидаемый? Или может быть вообще не указываете ни ОР, ни ФР. Или если в компании, в которой Вы работаете, принято сначала указывать ОР, напишите, пожалуйста, в комментариях почему? :)
Почему лучше сначала описывать фактический результат (ФР) и только потом ожидаемый (ОР)?  Если сначала указывать ожидаемый результат, а не фактический читающего будет сильно сбивать с толку.
Около минуты