+1 vote
278 views
in Best Practices by (11.2k points)

1 Answer

0 votes
by (11.2k points)
selected by
 
Best answer
Unit Testing/debugging is generally done by launching a service from Process Designer or from Process Inspector, If you have complex services or Processes Ideally you should have two monitor where in on one you see the task/service executing in browser and on the other the Process Inspector shows where the token is. This is fine when developing. But for maintenance regression and modification purposes the Best practice is to have a Unit Test Wrapper Service with data constructors, coupled with select drop downs for providing various combinations of input data to the underlying service which is being tested. You may also want to put in a display coach at the end of invocation if the service outputs data which needs to be validated.

We build Unit Test Wrappers or also called Test Harnesses for

1. Human Tasks (to make then runnable outside a process, though they actually run in a process)
2. Standalone Services (Which Run independently of a Process)
3. Processes which take input data through a message start
4. Reusable Integrations (place them in functional area toolkits with included Test Harnesses)

Related questions

0 votes
1 answer 133 views
+1 vote
1 answer 562 views
0 votes
2 answers 373 views
0 votes
1 answer 293 views
+1 vote
1 answer 558 views
0 votes
1 answer 322 views
0 votes
0 answers 44 views
0 votes
0 answers 48 views
+1 vote
1 answer 892 views
0 votes
1 answer 106 views

515 questions

423 answers

81 comments

1.6k users

Welcome to BPM Tips Q&A, Community wiki/forum where you can ask questions and receive answers from other IBM BPM experts and members of the community. Users with 2000 points will automatically be promoted to expert level.
...