web测试技术经典案例(4)

　　软件缺陷区别于软件bug,它是在测试过程中出现的对系统有影响的,但是在设计中没有的或者对修改后的bug测试和开发人员有不同意见等

　　软件未达到产品说明书标明的功能。

　　软件出现了产品说明书指明不会出现的错误。

　　软件功能超出产品说明书指明范围。

　　软件未达到产品说明书虽未指出但应达到的目标。

　　软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。

　　6. 文档测试

　　产品说明书属性检查清单

　　完整.是否有遗漏和丢失?完全吗?单独使用是否包含全部内容?

　　准确.既定解决方案正确吗?目标明确吗?有没有错误?

　　精确,不含糊,清晰.描述是否一清二楚?还是自说自话?容易看懂和理解吗?

　　一致.产品功能能描述是否自相矛盾,与其他功能有没有冲突?

　　贴切.描述功能的陈述是否必要?有没有多余信息?功能是否原来的客户要求?

　　合理.在特定的预算和进度下,以现有人力,物力和资源能否实现?

　　代码无关.是否坚持定义产品,而不是定义其所信赖的软件设计,架构和代码?

　　可测试性.特性能否测试?测试员建立验证操作的测试程序是否提供足够的信息?

　　产品说明书用语检查清单

　　说明对问题的描述通常表现为粉饰没有仔细考虑的功能----可归结于前文所述的属性.从产品说明书上找出这样的用语,仔细审视它们在文中是怎样使用的.产品说明书可能会为其掩饰和开脱,也可能含糊其词----无论是哪一种情况都可视为软件缺陷.

　　总是,每一种,所有,没有,从不.如果看到此类绝对或肯定的,切实认定的叙述,软件测试员就可以着手设计针锋相对的案例.

　　当然,因此,明显,显然,必然.这些话意图诱使接受假定情况.不要中了圈套.

　　某些,有时,常常,通常,惯常,经常,大多,几乎.这些话太过模糊."有时"发生作用的功能无法测试.

　　等等,诸如此类,依此类推.以这样的词结束的功能清单无法测试.功能清单要绝对或者解释明确,以免让人迷惑,不知如何推论.

　　良好,迅速,廉价,高效,小,稳定.这些是不确定的说法,不可测试.如果在产品说明书中出现,就必须进一步指明含义.

　　已处理,已拒绝,已忽略,已消除.这些廉洁可能会隐藏大量需要说明的功能.

　　如果...那么...(没有否则).找出有"如果...那么..."而缺少配套的"否则"结构的陈述.想一想"如果"没有发生会怎样.

原文转自：http://www.ltesting.net