这是我得到的情景.我正在测试的函数有一个错误条件,如果命中,它会调用一个正常的退出函数来释放任何全局内存,关闭句柄并退出程序.
显然,我想写一个测试,发现这个条件,以确保它被正确处理,但我不希望优雅的退出例程实际退出程序,因为这将停止任何剩余的测试.这意味着剔除优雅的退出例程.存根而不是调用exit的问题是控制流返回到被测函数(由于例程应该退出,这是不好的).
这是一个实际的问题:我们如何将控制从短线函数返回到测试而不是被测试的函数?
我可以做一个setjmp/longjmp,但由于"gotos"一般不好,我会喜欢任何其他的建议.(请记住,这是程序C,而不是C++,因此就我所知,异常不起作用)
编辑 正如索伦和其他人在下面提出的那样,当测试是一个好主意时,退出时什么都不做.无论是通过#define语句还是通过exit()例程的存根,有几种方法可以做到这一点.
但是,这样做会带来我真正解决问题的问题(除了setjmp/longjmp).看看这个场景:
void gracefulExit() {
// Clean Up
exit();
}
void routineUnderTest() {
// Do some calcs
if (someBadCondition == TRUE)
gracefulExit()
// Do some more calcs
}
Run Code Online (Sandbox Code Playgroud)
如果exit()在这种情况下什么都不做,gracefulExit()会将控制权返回给测试中的例程,这不应该发生.因此,我需要一种方法使exit()(或gracefulExit()的存根版本)将控制返回到测试而不是测试中的函数.
setjmp/longjmp(又名goto)是一种方法,虽然不是一种优雅的方式.关于如何解决这个问题的任何想法?
编辑#2
正如fizzer所提到的,setjmp/longjmp是处理这种情况的有效方法.这是我永久处理它的可能方式.
但是,我从同事那里得到了另一种可能的解决方案.而不是将gracefulExit()例程#defining到存根例程,请执行以下操作:
#define gracefulExit return NULL
Run Code Online (Sandbox Code Playgroud)
正在测试的特定函数处理这个很好,因为NULL是它的有效返回值.我还没有在每种可能的情况下对此进行测试(例如,具有void返回值的函数).如前所述,我可能会使用setjmp/longjmp方法来解决这个问题,但如果这个额外的解决方案为某人提出了一个想法,那太好了!
| 归档时间: |
|
| 查看次数: |
646 次 |
| 最近记录: |