软件测试的艺术(中文清晰版)(PDF格式)-第9部分

按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！





　　o　程序是否易于理解？　



　　o　高层次的设计是否可见且合理？　



　　o　低层次的设计是否可见且合理？　



　　o　修改此程序对评审者而言是否容易？　



　　o　评审者是否会以编写出该程序而骄傲？　



　　评审人还应给出总的评价和建议的改进意见。　



　　评审结束之后，参与者会收到自己的那两个程序的匿名评价表，此外还会收　



到一个带统计的总结，说明在所有的程序中其程序的整体和具体得分情况，以及　



他对其他程序的评价与其他评审人对同一程序打分的比较分析情况。同行评审的　



目的是让程序员对自身的编程技术进行自我评价。同样，该过程也适用于企业开　



发和课堂教学环境。　


…………………………………………………………Page　44……………………………………………………………

32　　软件测试的艺术　



3。7　　　小结　



　　本章讨论了软件开发人员通常不会考虑到的一种测试形式—人工测试。大多　



数人认为，因为程序是为了供机器执行而编写的，那么也应由机器来对程序进行　



测试。这种想法是有问题的。人工测试方法在暴露错误方面是很有成效的。实际　



上，大多数的软件项目都应使用到以下的人工测试方法：　



　　　o　利用错误列表进行代码检查。　



　　　o　小组代码走查。　



　　　o　桌面检查。　



　　　o　　同行评审。　



　　　另一种人工测试（基于人的测试）就是本章开头提到的可用性测试，这是　



一种黑盒测试技术，需要测试人员站在最终用户实用的角度来评估软件的可用　



性程度。这一部分将在本书第7章介绍。　


…………………………………………………………Page　45……………………………………………………………


………………………………………………………………………用户上传之内容结束……………………………………………………………………………………