-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How to run test files in package structure? #21
Comments
In my opinion, mutation tool is not suitable for large project. |
Thanks for your reply @winonecheng. |
could u show your project structure? |
@winonecheng For example: https://github.com/apache/commons-lang |
Ok, I see. Because MuJava cant run multiple test files in the same time (one command), you have to merge all test cases into single file and refactor the project. It takes a lot of work. Since you can generate the mutants, its not hard to use a script to run all junit test cases and all mutants. |
@winonecheng Exactly, I attempted flattening and refactoring the project, and got it running (kind of, it exited with an exception). But due to the nature of my research, this is not going to be a feasible approach. |
Hi,
Generating the mutants works perfectly well when my source code is under a package structure, as instructed by MuJava documentation. But, only test files in the root testset directory are visible to MuJava - it will not run the tests under a package structure. When I flatten all the test files out of their directories, MuJava still won't work because of the package definitions mismatching the files. I've now tried refactoring the entire project to be flat (fixing things such as nested imports which require a package), as flattening only the tests and refactoring everything to work turned out too tedious. I hope it will now succeed - but I have many more projects to set up with MuJava, and I feel like this is not the right way to go...
Is there any way to make MuJava (MuScript) run the test files in a package structure, just like the source code?
If this is not available, could you point me to where MuJava's code should be modified please?
Many thanks,
Sara
The text was updated successfully, but these errors were encountered: