additional to my last post I have a question.
I heed the hints of the users reply my last post concerning "don't ignore run-time errors", I checked it if it's usable for my tests.
There is only one problem I can't solve...
If I don't ignore run-time errors I get the (default) dialog-box from TS where I can choose further flow of the sequence.
Can I deactivate or catch this dialog completely without activating "ignore run-time errors", "run cleanup" or "abort"?
you are correct (again) that the option "Show Dialog" is not usable for you. As an error not necessarily shall terminate the whole test execution, "Run Cleanup" is also questionable.
This leaves only one feasable option: "Ignore".
As discussed in the other thread, ignoring errors behaves different as you expected. The key here is that "Ignore" runtime errors requires the developer to hook-up error handling code on his own.
Therefore, i repeat what i already stated:
- Non-critical errors in code modules shall be handled locally within the code module itself
- Errors, which are not local to code modules, shall be handeld by TestStand. As error handling strategies are very different, depending on application area, personal experience from the developer and, most obvious, requirements for the test system, there if no way that NI can provide a globally, "all-true" error handling
Given the second point, every developer has to take care about errors on his own in the application. That means, TestStand-wise, he has to create some error handling code, which is (as most obvious option, but not the only one!) placed in the SequenceFilePostStepRuntimeError callback.
Make a simple test:
1. Create a sequence which creates a runtime error (statement "Step.Result.Error.Occured = true" is already sufficient). Place steps before and after that step in all three step-groups
2. Play with the "On Runtime Error" settings in the Station Options. Observe the different results (e.g. "Is there a report? If so, what does it state as status for the UUT?")
3. Add the SequenceFilePostStepRuntimeError callback. Insert a message popup there (just as dummy)
4. Rerun your different options for "On Runtime Error" to see the behavior
5. Start creating some "proper" error handling code in the callback
hope this helps,
hope this helps,