This is a suggestion for a possible enhancement. Running each test case as a child process could have a number of advantages:
- Capturing
stdout, stderr. This would improve the console output, as the output generated by the SUT could be captured and displayed orderly.
- Capturing terminating signals. If a SUT raises for example a
SIGSEGV, then the entire program is terminated and no more tests are run. By forking the process, the child process would die but the parent process (the test runner), could display information about the crash.
This feature has portability concerns. If Cest is intended to be as portable as possible, then some mechanism should be in place to allow platform independent process spawning.
This is a suggestion for a possible enhancement. Running each test case as a child process could have a number of advantages:
stdout,stderr. This would improve the console output, as the output generated by the SUT could be captured and displayed orderly.SIGSEGV, then the entire program is terminated and no more tests are run. By forking the process, the child process would die but the parent process (the test runner), could display information about the crash.This feature has portability concerns. If Cest is intended to be as portable as possible, then some mechanism should be in place to allow platform independent process spawning.