Integration test and Junit

Question

0.00/5 (No votes)

See more:

Hello,

I have already some integration tests for java code, I'm wondering if there is any way to detect the source and the target of each integration test, for example if we have two components A and B, when component A calls component B we should have an integration test to test these two components together, and when component B calls component A we should have another integration test, my question is from the test cases can we decide which component is the caller and which was the callee depends on the integration test code automatically, by using tool or specific libraries.

Posted 11-Oct-11 11:01am

medoded2009

Add a Solution

Comments

Nagy Vilmos 12-Oct-11 3:28am

I'm not sure what it is you are trying to get at.
Is your question about detecting call paths or about ensuring coverage by all test cases?

medoded2009 17-Oct-11 16:03pm

Dear Nagy,
exactly I want to detect the call path automatically, who called whom in each integration test.
A called B or B called A in the integration test for A and B, it's easy to detect it manually by looking at the test code but I'm wondering if there anything in literature helps to make it automatically.

Thanks Nagy for quick response

1 solution

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Nagy Vilmos · Answer 1 · 2011-10-17T22:50:00

AFAIK there is no way to externally view the call stack. Once inside a method you can get the call stack thus:

Java

StackTraceElement[] stackTraceElements = Thread.currentThread().getStackTrace();

I am not sure this will help you as you wish to check that all methods are called.

I would suggest a two pronged approach to testing; this is something I have employed and works.

Firstly unit test. This should be 'white box', the tester knows what is being called and creates tests to cover all the paths; or as many as are practical.

Secondly integration test. This is a 'black box' test, validate that the software is delivering what is expected. This will often be from the UI point of view and can be automated for reliable reproduction.

In addition to this, if the application goes through several releases, is regression testing. Ensure the application still do what it was doing prior to any changes.