AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX Blogs
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 25.05.2021, 11:24   #1  
axm2017 is offline
axm2017
Участник
 
1,772 / 293 (13) ++++++
Регистрация: 15.05.2017
Основной вопрос почему МС не откроет свои тесты для всех.
Это бы сильно помогло клиентам проверять свои решения на предмет а не ломаем ли мы стандарт.
Старый 25.05.2021, 12:02   #2  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2925 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Основной вопрос почему МС не откроет свои тесты для всех.
В посте же

2. We do not ship our test automation library. The code is not written with shipping in mind, so it's not necessarily "Microsoft production quality". The value for customers is also marginal.

И еще:

Björn
September 8, 2006
Too bad no tests are included. It would be good to have them both for testing if a modification breaks existing functionality, as well as having an example how to use existing code.

Can you tell us why they aren't shipped with the final release?
dpokluda
September 8, 2006
Re Bjorn: I totally understand what you're saying and I agree that it might be a help for all the partners if they would have some of our tests. On the other hand I also understand others saying that the value of shipping the tests wouldn't be so big since with all the modifications (made by partners) most of the tests would either not compile or fail anyway. Partners would either have to invest heavily to update all the tests (and repeat that investment with every release) or to investigate every failure to find out whether it is a valid failure or not.

On top of that you have to understand that there is different bar for code quality for tests. Therefore we don't really want to publish/ship those classes with the product. I remember that there were some thoughts about shipping our test automation framework with one of our test suites but since test automation framework doesn't meet our shipping code quality bar we never did that.
Старый 25.05.2021, 12:45   #3  
axm2017 is offline
axm2017
Участник
 
1,772 / 293 (13) ++++++
Регистрация: 15.05.2017
Цитата:
Сообщение от belugin Посмотреть сообщение
The code is not written with shipping in mind, so it's not necessarily "Microsoft production quality". The value for customers is also marginal. [/I]
В общем как понимаю ложный стыд (если не видно то никто не узнает что мы человеки).

Значение для клиентов довольно велико так как сильно снижает вероятность сломать стандартный функционал доработками.

Последний раз редактировалось axm2017; 25.05.2021 в 12:48.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Kashperuk Ivan: [Development tutorial] Sample test + tips for using ATL (Acceptance Test Library) to implement tests in Warehouse management Blog bot DAX Blogs 0 21.05.2019 02:53
Kashperuk Ivan: Development tutorial: SysExtension framework with SysExtensionIAttribute and an Instantiation strategy Blog bot DAX Blogs 0 01.04.2017 02:17
Kashperuk Ivan: Development tutorial: SysExtension framework in factory methods where the constructor requires one or more arguments Blog bot DAX Blogs 4 19.03.2017 23:56
Kashperuk Ivan: Development tutorial: Extensible base enumerations in Microsoft Dynamics AX 7 Blog bot DAX Blogs 0 27.09.2016 00:19
NAV Team: Test Automation and Test Data Blog bot Dynamics CRM: Blogs 0 01.10.2010 12:56

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 15:27.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.