I have asked the same question ca half a year back and with no positive reply.
I just do not understand why MS (provided they use it internally) do not provide it automatically as part of any hotfix/rollup/release.
Without test update it doesn't make much sense to base anything major on the test toolkit as the tests will become broken possibly with every rollup update which is quite a bad practice in agile methodologies.
Would it be correct to say that MS just lost interest to this tool and that was sort of dead end?
It seems to me, this tool has never became really popular in NAV community, and partners did not invest a lot of time for creating their own testing codeunits, and mostly used standard toolset provided by MS for 2009 and 2013. Since MS stopped releasing new versions, it looks like this tool is slowly dying. It would interesting to get any thoughts or some new information on that matter.
interesting topic. IMO this toolset is sort of dead end, but this goes along with the methodology behind it. TDD is / was sort of a "thing" for a while, but IMO writing meaningful, prevailing tests is *hard*. You need to understand the application and the framework very well to make good use of it. We had this discussion in-house, with no good results. We use it sometimes, and IMO it's too complicated for a small team to use it. The overhead in the development process is huge. You can achieve a lot of the desired effects (stability of the product, less "partial" implementations) with a "discussion" and "review" phase of proposed changes. Provided that there is enough experience in the design team, but you would also need the experience when you use the test toolset.
The desired other effect - automation of testing - is sort of double edged. It also generates a false sense of security. Testing is dull, but it can't be really delegated to people who don't know what they're doing. The same goes for writing tests. When the tests are meaningful and contain a broadband input for the system to be tested, this actually can work. But that's not the reality I have experienced until now.
There is a good use case for this tool: When you are an ISV and have AddOn products, it is a good idea. But also, the initial effort is huge, and the maintenance is also significant. If the sales figures are large enough, it will pay off, though.
Comments
Never stop learning
Van Vugt's dynamiXs
Dutch Dynamics Community
I just do not understand why MS (provided they use it internally) do not provide it automatically as part of any hotfix/rollup/release.
Without test update it doesn't make much sense to base anything major on the test toolkit as the tests will become broken possibly with every rollup update which is quite a bad practice in agile methodologies.
Regards,
Igor
It seems to me, this tool has never became really popular in NAV community, and partners did not invest a lot of time for creating their own testing codeunits, and mostly used standard toolset provided by MS for 2009 and 2013. Since MS stopped releasing new versions, it looks like this tool is slowly dying. It would interesting to get any thoughts or some new information on that matter.
Happy New Year!
interesting topic. IMO this toolset is sort of dead end, but this goes along with the methodology behind it. TDD is / was sort of a "thing" for a while, but IMO writing meaningful, prevailing tests is *hard*. You need to understand the application and the framework very well to make good use of it. We had this discussion in-house, with no good results. We use it sometimes, and IMO it's too complicated for a small team to use it. The overhead in the development process is huge. You can achieve a lot of the desired effects (stability of the product, less "partial" implementations) with a "discussion" and "review" phase of proposed changes. Provided that there is enough experience in the design team, but you would also need the experience when you use the test toolset.
The desired other effect - automation of testing - is sort of double edged. It also generates a false sense of security. Testing is dull, but it can't be really delegated to people who don't know what they're doing. The same goes for writing tests. When the tests are meaningful and contain a broadband input for the system to be tested, this actually can work. But that's not the reality I have experienced until now.
There is a good use case for this tool: When you are an ISV and have AddOn products, it is a good idea. But also, the initial effort is huge, and the maintenance is also significant. If the sales figures are large enough, it will pay off, though.
with best regards
Jens