День добрый, коллеги!

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

Получилось нечто типа:

1) Права
1.1 Если не указано иное - объект должен открываться под ролью "пользователь"
1.2 Для всех ролей, в т.ч. полных прав для объекта не должно быть прав на интерактивное удаление объекта

2) Интерфейс объекта
2.1 Созданы формы объекта, списка, выбора
2.2 Формирование заголовка формы (Процедура ""
2.3 Связь по владельцу для договоров, единиц измерений и прочего

3) Код
3.1 Запросы в цикле
3.2 Проверки перед записью
3.3 Разрешенные в запросах (РЛС?)
3.4 Наличие ОбменДанными.Загрузка = Истина

4) Регистры
4.1) Для РС: Указать ведущие измерения

и т.д., еще разрабатываю.

А есть ли у вас такой список? Или все в памяти держите? И вообще надо ли это, может другие методики есть?

Данный "чек-лист", разрабатывается и дорабатывается в процессе разработки и доработки и он очень часто въедается в память или тебе его туда вкладывает, после выноса мозга пользователем.

да и вообще без опыта данный чек- лист не составить.

Херня какая-то.
З.Ы. Ты еще это все в обработку запили, которая твою конфу проверяет

Зачем? ТЗ достаточно. Ну еще можно систему контроля версий использовать, если память дырявая, но на кой черт дублировать описание функционала отдельным списком?

2(3) и будет автоматизированное тестирование, как у взрослых?

(3) кстати да, кто-нибудь задумывался над реализацией тестирования нетипового функционала после очередного обновления измененной типовой? :)

(6) Вам 1с дала возможность сценарного тестирования. Что вам, хоронякам, ещё надо?

(8) когда не знаешь, что не знаешь трудно понять что оно есть :)