В ТЗ на систему за 240 000 ₽ не сошлись десять рублей.
В примере заказа сумма всех позиций была 2 350 ₽. В ожидаемом результате стояло 2 360 ₽.
Можно решить, что это обычная опечатка, исправить про себя и продолжить. Но именно на этом примере нужно было проверять алгоритм расчёта. Какой результат считать правильным?
Я остановил оценку и задал вопрос клиенту. Он пересчитал заказ и подтвердил: правильная сумма — 2 350 ₽.
Десять рублей ничего не меняли для бизнеса. Зато показали, что примеры в ТЗ нельзя воспринимать как готовую инструкцию. Если разработчик молча выберет один из вариантов, система может пройти тест на ошибочных данных, а на реальном заказе посчитать неправильно.
Поэтому до начала разработки я разбираю контрольные примеры вручную. Иногда один такой расчёт рассказывает о проекте больше, чем двадцать страниц описания.
Если заказываете автоматизацию расчётов, передайте разработчику несколько полностью проверенных примеров: исходные данные и правильный результат.