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

я не понимаю почему нельзя написать код конкретно проверки отгрузки и тест конкретно под этот код и на этом остановиться? зачем перетестировать все?

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

Какой вариант предложите? С удовольствием возьмем на вооружение

1. написать сценарии
2. подготовить выборку данных для теста (на каждый сценарий)
3. написать внешнюю обработку которая запустит программно проведение по сценарным данным
4. контроль результатов с эталоном.

1. написать сценарии
2. подготовить выборку данных для теста (на каждый сценарий)
3. написать внешнюю обработку которая запустит программно проведение по сценарным данным
4. контроль результатов с эталоном.

Основная трудоемкость - это подготовить данные

Поставка тестов с типовыми было бы отличным подспорьем разработчиков

Тем более зачастую, увы, разработчик не представляет всех вариантов использования

1. написать сценарии
2. подготовить выборку данных для теста (на каждый сценарий)
3. написать внешнюю обработку которая запустит программно проведение по сценарным данным
4. контроль результатов с эталоном.

@zeegin  а как вы внутри у себя решаете проблему кучи вариантов использования? Очень крутые аналитики?

Или СППР помогает? Мы когда на неё смотрели не увидели в ней подспорья в решении именно этой проблемы

И в принципе решение проблемы интересно, у кого как

Мы документировать начали. Но мы только в начале пути и пока непонятно решится ли проблема

Ответственный за подсистему знает как ее использовать, потому он пишет код, документацию, сценарии, тесты.

Ответственный за подсистему знает как ее использовать, потому он пишет код, документацию, сценарии, тесты.

А если он уйдет? И как у кого передача знаний осуществляется?

Ответственный? Не факт. Это должен знать аналитик и архитектор, а не кодер ИМХО