|
26.08.2015, 12:23 | #1 |
Гость
|
Цитата:
Сообщение от R.Safianov
1) Мне искренне печально за ваш опыт. Ваша "бизнес-машина" внедрения не работает. У нас есть пайп-лайн клиенты, к которым я возвращаюсь даже через три года и там все работает как часы. Продукты создаются правильные, документация на высоком уровне. Передача знаний отрабатывает быстро.
Если что это не мой опыт, а ваших коллег. "Очень сложное ТЗ, проще объяснить устно" - типичное ТЗ по интеграции одного консалта. Подробности будут? Вы не проектируете всю систему. Она уже есть и работает. Ваша задача лишь слегка модифицировать отдельные бизнес-процессы. Соответственно от вас требуется тестить ровно конкретные бизнес-процессы (их обязаны тестить в любом случае консультанты-тестировщики). И о 100% покрытии понятно речи не идет. |
|
26.08.2015, 13:00 | #2 |
Участник
|
Цитата:
Сообщение от axm2013
Уф опять реклама.
Если что это не мой опыт, а ваших коллег. "Очень сложное ТЗ, проще объяснить устно" - типичное ТЗ по интеграции одного консалта. Подробности будут? Вы не проектируете всю систему. Она уже есть и работает. Ваша задача лишь слегка модифицировать отдельные бизнес-процессы. Соответственно от вас требуется тестить ровно конкретные бизнес-процессы (их обязаны тестить в любом случае консультанты-тестировщики). И о 100% покрытии понятно речи не идет. 2) Нет. 3) По пунктам: //Вы не проектируете всю систему. Если все есть, то конечно не проектируем. //Она уже есть и работает. Случается и такое. //Ваша задача лишь слегка модифицировать отдельные бизнес-процессы. В масштабах всей системы конечно слегка. //Соответственно от вас требуется тестить ровно конкретные бизнес-процессы (их обязаны тестить в любом случае консультанты-тестировщики). И о 100% покрытии понятно речи не идет. Требуется и не только это. То, что вы написали про тестирование реальной системы - это 10% от всех мероприятий связанных с тестированием. Вот расскажите мне про TDD в интеграционных тестах системы следующего плана: -Инсталяция DAX учетной системы. -Инсталяция WMS. -Инсталяция IIS для процессинга карт лояльности. -Инсталяций POS. -Инсталяция mPOS. -Инсталяция мобильных ТСД. Мы же когда произносим Dynamics AX все это подразумеваем? Или мы все таки говорим о тестировании монолитных кусков и говорим: Кусочки протестированы -> система в целом должна работать? Если так, то это глубокое заблуждение. |
|
26.08.2015, 14:20 | #3 |
Гость
|
Цитата:
Мы не собираемся подменять микрософт. Когда мы произносим Dynamics AX мы подразумеваем именно ее. При тестировании мы имеем ввиду что необходимые бизнес процессы протестированы и работают в соответствии с задуманным. 100% покрытия не обеспечивает и ручное тестирование. Цитата:
Тест А. проверка сводного. ... вам достаточно будет сделать лишь тест N: проверки корректности запретить и и запустить Тест A.. Тест N. Вуаля. Хорошо сказал. Так в общем то и было. Касательно подробностей: если бы Ivanhoe рассказал о своем опыте и прочем может быть и подумал бы о том чтобы что-то сказать. А так извините: не интересно отчитываться перед неизвестным мне человеком с непонятными целями. |
|
|
За это сообщение автора поблагодарили: Михаил Андреев (-3). |
26.08.2015, 14:45 | #4 |
Участник
|
Цитата:
Цитата:
группа компаний розничной торговли, включая интернет-магазин, франчайзи и оптовую торговлю.
Роль на проекте: СИСТЕМНЫЙ АРХИТЕКТОР (ПРИВЛЕЧЕНИЕ) производитель и дистрибутор молочной продукции Роль на проекте: СИСТЕМНЫЙ АРХИТЕКТОР (ПРИВЛЕЧЕНИЕ) розничная торговля электронной техникой Роль на проекте: КУРАТОР производство и дистрибуция строительных смесей Роль на проекте: СИСТЕМНЫЙ АРХИТЕКТОР / КУРАТОР ведущий производитель сухих строительных смесей и строительной химии Роль на проекте: СИСТЕМНЫЙ АРХИТЕКТОР / МП ведущий мировой производитель и дистрибутор лакокрасочных материалов Роль на проекте: МЕНЕДЖЕР ПРОЕКТА / СИСТЕМНЫЙ АРХИТЕКТОР крупнейший дистрибутор электронных компонентов Роль на проекте: МЕНЕДЖЕР ПРОЕКТА / СИСТЕМНЫЙ АРХИТЕКТОР / КУРАТОР дочерняя компания австрийского холдинга, крупнейшее предприятие по производству упаковки в СЗФО Роль на проекте: КОНСУЛЬТАНТ-ЭКСПЕРТ (АУДИТ) инжиниринговая компания полного цикла Роль на проекте: КОНСУЛЬТАНТ-ЭКСПЕРТ (АУДИТ) сеть продуктовых магазинов Роль на проекте: КОНСУЛЬТАНТ-ЭКСПЕРТ (АУДИТ) ИТ-консалтинг Роль на проекте: МЕНЕДЖЕР ПРОЕКТА (ВНУТРЕННИЕ ПРОЕКТЫ) лизинг коммерческой техники Роль на проекте: МЕНЕДЖЕР ПРОЕКТА / СИСТЕМНЫЙ АРХИТЕКТОР ИТ-консалтинг крупнейший частный авиаперевозчик России Роль на проекте: СИСТЕМНЫЙ АРХИТЕКТОР / ФУНКЦИОНАЛЬНЫЙ МЕНЕДЖЕР производитель и дистрибутор оконной и дверной фурнитуры Роль на проекте: МЕНЕДЖЕР ПРОЕКТА федеральная сеть продуктовых гипермаркетов Роль на проекте: КОНСУЛЬТАНТ-ЭКСПЕРТ сеть магазинов бытовой техники и электроники Роль на проекте: КОНСУЛЬТАНТ-ЭКСПЕРТ автоматизация компаний энергетической отрасли, входит в состав Группы Е4 Роль на проекте: СТАРШИЙ КОНСУЛЬТАНТ сеть АЗС, оптовые поставки топлива и нефтепродуктов Роль на проекте: КОНСУЛЬТАНТ Цитата:
2010 - Microsoft Dynamics AX Financials
2010 - Managing Microsoft Dynamics Implementations 2009 - PME (Project Management Expert) 2007 - Microsoft Dynamics AX Production 2007 - Microsoft Dynamics AX Financials 2007 - Microsoft Dynamics AX Projects 2007 - Microsoft Dynamics AX General Application Test 2007 - TTT (Train-the-Trainer), сертификация профессиональных тренеров Microsoft 2005 - Microsoft Dynamics AX Trade & Logistics
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: R.Safianov (2), AP-1055D (1). |
26.08.2015, 16:27 | #5 |
Гость
|
Хм. Ожидал внушительнее. У меня +- подобный же с разницей в роли: вариации на тему слова разработчик и значительностью: ее мне оценить сложно.
Не спрашивал но раз показали. Ради интереса (можно не отвечать) почему до 2010 и перерыв с 2007 по 2010? Без связи c вышеприведенным личное наблюдение: по 12-ке дампы сложнее искать, но тоже можно. Самое сложное потом ответить на каверзные вопросы, если набрал выше 95%: так как они на английском и этим пугают. А сколько раз вы на проекте использовали автоматизированное тестирование? |
|
|
За это сообщение автора поблагодарили: Ivanhoe (-3), gl00mie (-3), AP-1055D (-1). |
26.08.2015, 17:09 | #6 |
Administrator
|
Так... давайте снова вернемся к принципу вежливости и взаимоуважения.
Цитата:
Цитата:
Прежде чем снова задавать вопросы было бы корректно также рассказать о своем личном опыте. Не более, но и не менее той степени подробности, с которой указал свой опыт участник Ivanhoe. В противном случае неизбежно разгорится конфликт при дальнейшем обсуждении и придется применить модераторские права по принудительному прекращению конфликта. Дабы не усложнять никому жизнь - предлагаю либо закрыть дискуссию (раз уж она ушла из конструктивного русла и перешла в форму личностных наездов), либо сначала рассказать более подробно про свой опыт участнику axm2013
__________________
Возможно сделать все. Вопрос времени |
|
26.08.2015, 17:25 | #7 |
Гость
|
Цитата:
Если этого не хватает для измерения у кого длиннее (список) или кому то не верится, то увы ничем помочь не могу. Цитата:
1. либо закрыть дискуссию 2. сначала рассказать более подробно про свой опыт и потом видимо таки закрыть дискуссию так как пойдет неизбежно переход на личности. Ок. Если дискуссия по теме не интересна без биографии каждого из участников выбираю пункт 1. Смысла мучиться со 2 пунктом не вижу. Спасибо Ivanhoe (раз его видимо не устраивает приведенная биография) за развитие темы в нужном русле. Последний раз редактировалось axm2013; 26.08.2015 в 17:28. |
|
26.08.2015, 17:35 | #8 |
северный Будда
|
Цитата:
Цитата:
__________________
С уважением, Вячеслав |
|
|
За это сообщение автора поблагодарили: gl00mie (1). |
26.08.2015, 15:12 | #9 |
Участник
|
|
|
26.08.2015, 15:37 | #10 |
Участник
|
В целом TDD хороший инструмент. Но со своими ограничениями.
Если есть монолитное сильносвязанное приложение, то без него на мой взгляд не обойтись. Например, AX POS. Многие участки, изменение которых приводит к нестабильности приложения просто закрыты, но иногда нужно внести правки и приложение моментально реагирует на это отказом совершенно в другом. Относительно TDD в сложных модульных системах вопрос открытый и дискуссии идут по сей день. Например, Тут. |
|
|
За это сообщение автора поблагодарили: gl00mie (2). |
27.08.2015, 08:30 | #11 |
Гость
|
Цитата:
Сообщение от R.Safianov
..
Относительно TDD в сложных модульных системах вопрос открытый и дискуссии идут по сей день. Например, Тут. А реальность же такова что за мирком Dynamics Ax существует огромный мир где даже в 1С используют принципы TDD к примеру http://infostart.ru/public/326820/ И понятно что информация на русском и практика в подобной системе как минимум интересна как максимум полезна. Но увы как мы помним золотое правило некоторых российских консалтеров, что без денежки в Dynamics Ax по развитию системы и передаче и знаний пахать должен только Микрософт. Чуть в меньшей степени указанное касается и Agile а к примеру (тут мне повезло и видел его применение +- на проектах, правда ессно не консалтерами). В россйском сегменте Dynamics Ax мало чего можно найти по данной тематике в плане оcобенностей и за информацией надо опять лезть к 1-Сникам типа http://msk14.agiledays.ru/members/profile/487/ ЗЫ лирическое отступление: даже задумался на тему почему так. Решил что это особенность становления системы. Изначально исторически в Dynamics Ax шло достаточно четкое разделение на касты разработчик, консультант, ПМ. Из касты разработчиков можно было перейти в консультанты, из касты консультантов в ПМ (типичная биография см выше) (более того опять же исторически сложилось что ПМ в РФ воспринимался больше как начальник, а не организатор процесса). Редко когда случались переходы из консультантов в разработчики или напрямик из разрабов в ПМ - скорее исключение чем правило. В 1С же большинство народа прошли школу универсалов, поэтому ПМ-ы зачастую вполне себе представляют что работают с ПО и в общем то знакомы с мировыми тенденциями в методологиях создания модификации ПО не понаслышке. Сейчас к счастью/несчастью мы движемся все ближе к миру нормального программирования и надеюсь чтобы не вымереть ака мамонты на фоне индусов стоит начать изучать что же творитцо в мире обычного ПО |
|
27.08.2015, 11:40 | #12 |
Administrator
|
Цитата:
Цитата:
Сообщение от axm2013
Вы не проектируете всю систему. Она уже есть и работает. Ваша задача лишь слегка модифицировать отдельные бизнес-процессы. Соответственно от вас требуется тестить ровно конкретные бизнес-процессы (их обязаны тестить в любом случае консультанты-тестировщики). И о 100% покрытии понятно речи не идет.
В отношении же Ivanhoe никакого перехода на личности не было. Вам отплатили той же монетой. Цитата:
Цитата:
Сообщение от axm2013
Я рассказал ровно в той степени в которой считаю необходимым и достаточным. Дальше этого уровня идут нарушения разных соглашений которые так или иначе мне приходилось подписывать + тема не обо мне.
Если этого не хватает для измерения у кого длиннее (список) или кому то не верится, то увы ничем помочь не могу Цитата:
Собственно поэтому я и предложил свернуть дискуссию для исключения возникновения конфликтов. Но я не закрывал тему - т.о. мое предложение - это просто предложение, без применения каких-то там исключительных прав.
__________________
Возможно сделать все. Вопрос времени |
|
|
За это сообщение автора поблагодарили: Михаил Андреев (1), Ivanhoe (1), Link (1). |
27.08.2015, 14:08 | #13 |
Гость
|
Замечательно что все высказались . Надеюсь что больше выяснений по тому у кого длиннее не будет.
И караван продолжил путь несмотря на звуковое сопровождение: В помощь реально интересующимся темой, бесплатный инструментарий: http://www.microsoft.com/en-us/downl....aspx?id=39082 https://community.dynamics.com/ax/b/...h-load-testing http://blogs.msdn.com/b/dpokluda/ Последний раз редактировалось axm2013; 27.08.2015 в 14:47. |
|
26.08.2015, 13:27 | #15 |
Участник
|
Цитата:
Цитата:
Прежде чем требовать от других подробностей касаемо опыта использования блочного тестирования, ответьте, пожалуйста, на вопрос, который вы так удачно оставили без внимания: |
|
|
|