Имя: Пароль:
JOB
Работа
Процесс тестирования и приёмки
0 IKSparrow
 
31.01.12
05:45
Терзает меня один вопрос. Вот допустим, существует конфигурация писанная-переписанная. Надо на эту конфигурацию накатить свеженькие новшества по НК и ПБУ. Тут уже не раз поднималась тема, что чистых кодеров среди 1Сников мало и в принципе, быть наверное не должно - т.ё. специалист должен всё-таки знать предметную область, чтобы результат его работы был качественным. И разумеется, не в интересах специалиста гнать откровенную халтуру и недоделки. Но означает ли это, что конечный результат должен принимать и тестировать заказчик, чтобы чётко понимать, что разработчик написал  то, что нужно и исключить ситуации "а я не то имел ввиду, что было реализовано"? Мне вот просто интересно - а как у вас этот процесс сдачи и тестирования реализован в контексте апдейта именно бухгалтерского и налогового учёта? Или тут каждый гуру ПБУ, НУ и актов?:)
1 Рэйв
 
31.01.12
07:15
1. для отсутствия "а я не то имел ввиду, что было реализовано" существует такое понятие как "подписанное сторонами техническое здание". Согласно нему и идет приемка.


2.>>чтобы чётко понимать, что разработчик написал

практически в 100% случаях заказчику совершенно фиолетово что разработчик написал. Его интересует функционал и "красивости". Чаще всего просто хорошо и грамотно организованной формы с симпатично размещенными реквизитами уже хватает чтобы создать о работе хорошее впечатление. Твои нетленки и шедевры кода почти никто никогда не оценит.
2 Godofsin
 
31.01.12
07:35
(1) +100500
3 sda553
 
31.01.12
07:50
Согласно функциональной спецификации составляется план тестирования. Назначаются люди и время, делаются чеклисты.
Кaк может человек ожидaть, что его мольбaм о снисхождении ответит тот, кто превыше, когдa сaм он откaзывaет в милосердии тем, кто ниже его? Петр Трубецкой