Replies: 11 comments
-
@AntoCuc would you like to propose an implementation in a pull request? |
Beta Was this translation helpful? Give feedback.
-
@falko sure thing. I am trying to understand the code and would be well glad if somebody from the project can tell me whether I am going insane with the approach. So far I understand (from the most linear use case):
Is my understanding inline with the team's? I created a JUnit Test (I normally work with TDD)
which yields:
My plan would be to practically create an equivalent workflow with the DMN. I can see from the API there is a Off the mark? |
Beta Was this translation helpful? Give feedback.
-
Mmm, I started putting together the code for the registration of the engine events and there appears to be a slight abstraction problem. The current coverage plugin only works on processes due to the On the other hand, the The above can be easily verified by pasting the code below in the
which should, in theory, register the DMN
Potential solutions:
Any views? |
Beta Was this translation helpful? Give feedback.
-
With a process engine plugin, you should also be able to access the configuration after initialization. |
Beta Was this translation helpful? Give feedback.
-
@falko true. But that wouldn't help gathering coverage stats. |
Beta Was this translation helpful? Give feedback.
-
Why not simply querying the history? That's how process test coverage started as well.
On Oct 16, 2018, at 17:00, Antonino Cucchiara <[email protected]<mailto:[email protected]>> wrote:
@falko<https://github.com/falko> true. But that wouldn't help gathering coverage stats.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#42 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AACcZgoAXnsUR_3b6ivWTCHAsuti5JLQks5ulfSXgaJpZM4XZCyh>.
|
Beta Was this translation helpful? Give feedback.
-
What is the expected output of DMN coverage statistics? You are essentially looking to test inputs and expected output? Something like: https://github.com/DigitalState/Camunda-Spock-Testing/tree/master/DMN Would like to understand what the DMN coverage looks like so it can be added to https://github.com/DigitalState/camunda-coverage-generation |
Beta Was this translation helpful? Give feedback.
-
Hi @StephenOTT
The expected output would be a percentage assertable in a similar fashion to the BPM process coverage.
Nope. That behavior can already be obtained as in the unit test sample I wrote above.
At the moment I am not trying to address the visual aspect of it. Rather the practical unit testing in order to integrate DMN with Continous Deployment systems. |
Beta Was this translation helpful? Give feedback.
-
@AntoCuc but what is your percentage logic based on? The coverage percentage calc seems to be very different compared to bpmn. |
Beta Was this translation helpful? Give feedback.
-
My understanding is that: I am planning to approach DMN in a similar fashion. Ie. the per-method approach will display decisions coverage of a test method in the context of the diagram. In a similar vein the per-class approach will display an aggregate decision coverage in the context of the diagram. Am I missing something here? |
Beta Was this translation helpful? Give feedback.
-
@AntoCuc maybe i am missing something :s . I am missing what is actually being tested in this case. |
Beta Was this translation helpful? Give feedback.
-
Implementation of a DMN Engine Rule in order to show coverage of evaluation of decision tables.
Beta Was this translation helpful? Give feedback.
All reactions