奇技指南
长期测试经验告诉我们,大量的错误发生在输入或输出范围的边界值上,而不是在输入输出范围的内部。
本文是系列总结第二篇,列举3个测试时遇到的边界值bug的典型例子~
本文来自Qtest之道
系列1--白盒测试项目实践经验总结(一)
系列3--白盒测试项目实践经验总结(三)-返回码问题
边界值Bug1
Bug描述: 判断内存大小能否容纳字符串时,判断条件未正确处理边界值,导致边界值情况下,使用sprintf函数向目标内存写数据,会丢失最后一个字符。
if((size_t)dest_size < strlen(idc) + strlen(host) + strlen(tmp))
{
LOG_ERR(“%s failed. Dest buffer_size is not enough.”,_func_);
return ERR_BUF_NOT_ENOUGH;
}
如上,代码中是想判断目标内存区大小能否存得下即将放入的字符串,如果空间不足,则返回一个错误;否则,则使用sprintf将字符串直接写入目标内存。
出问题的关键在于这里在判断时忽略了字符串末尾的0。

而当实际的目标内存空间大小为11个字节时,不满足以上判断条件,于是认为目标内存是足够容纳字符串的,于是通过sprintf写入后最终的结果变成这样(最后一个字符d被截取掉了):

解决:将条件判断中的

边界值Bug2
Bug描述:发送消息次数小于最大重试次数时,继续重试;达到最大重试次数后退出。代码中如果一直重试失败,最后实际发送次数会比最大重试次数多1.
代码中当发送消息失败时,会判断重试次数是否小于最大重试次数,如果是,则记录一条日志并重试。初始时,try_send_times=0,当if(try_send_times
if (status == -1)
{
// send message failed
if (errno == EAGAIN)
{
if (try_send_times < MAX_SEND_MSG_TIMES)
{
LOG_WARN("msg queue is full! try_send_times:%d
最后
以上就是冷静书包最近收集整理的关于java白盒测试问题_白盒测试项目实践经验总结(二)—边界值问题边界值Bug1边界值Bug2的全部内容,更多相关java白盒测试问题_白盒测试项目实践经验总结(二)—边界值问题边界值Bug1边界值Bug2内容请搜索靠谱客的其他文章。
发表评论 取消回复