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

И как раз после таких доработок появляются ошибки в учете. Так почему бы не проверять функционал автоматически, тестировать по сценариям?
Функционал знает аналитик - он писал ТЗ, архитектор - он строил архитектуру решения, программист - он этот функционал писал, методист/РП - он пишет руководство по настройке и работе с этим функционалом.

Об этом функционале не знают в 1С, нет типового или даже отраслевого решения, т.к. по каким-то причинам бизнес решил изобрести велосипед или автоматизировать собственные, нетиповые процессы, но они влияют на расчет заработной платы.

ИМХО, смысл в тестировании, считаю, есть, но пример не совсем корректный. Нужен пример какого-то нетипового механизма, который работает в связке с расчетом зарплаты.

Но работу существенно облегчат, из-за интеграции с учёными системами, сотрудниками и т.п.