java白盒测试问题_白盒测试项目实践经验总结（三）-返回码问题

奇技指南

本篇主要介绍下测试时遇到的关于函数返回码的bug。

函数的返回值往往作为操作是否成功的标志，在函数内部，可能出现许多异常场景，针对每种异常场景，需要返回不同的值，以便上层调用函数处理。

被调函数是否能够在不同场景下返回对应的返回码；调用函数能否根据不同返回码正确处理，也是白盒测试时需要重点关注的内容。

下面就以上两个场景分别列举1个测试时发现的问题。

——本文来自公众号Qtest之道

返回码Bug1：

Bug描述： 异常情况下返回了代表正确场景的returncode。

变量ret存储函数返回码，初值为QCONF_OK，代表未发生异常/错误的正确场景。函数内部发生异常时，未给ret变量重新赋值，导致最后返回ret时，值仍然为QCONF_OK。上层调用时会根据被调函数的返回值分别进行处理，这样调用函数处就会全部转到正常逻辑处理分支，即便在出现异常的情况下。出现这个问题，还是不太容易排查。

解决方法

每个异常分支，分别给ret赋予不同的值，方便上层调用处根据ret的值针对性处理。

返回码Bug2：

Bug描述： 调用处对被调函数返回码判断错误，导致分支不可达。

以上代码中获取被调函数的返回值，存储到ret变量中。后面接着判断ret值如果为-1，则重试。这里是想判断被调函数是否处理失败。而反观被调函数会发现，所有分支下，返回值都不会为-1。因此，调用处的语句块永远不会被执行。被调函数所有可能的返回码如下：

出现这个错误的原因在于代码不规范，对于返回码的赋值，有时使用宏，有时直接使用数字，这里想当然的认为被调函数在处理失败时应该返回-1.

解决方法

将判断条件改成if(QCONF_OK != ret)代表被调函数可能出现的所有非正常情况。

总 结

针对以上出现的情况，做了一个简单的总结如下：