软件测试技术、方法和评审.pptVIP

* * 制定计划 - 主要步骤：任命审查组长、选定要审查的材料、判断审查材料是否准备妥当、选定审查参与者并分配角色、准备审查包、安排接下来的审 查事件比如（会议地点，会议时间，会议资源等等） - 开始的时间点：工作产品到达了一个完成的里程碑并即将进入下一个开发阶段 审查包：包括被审查对象的初始可交付产品、支持文档、缺陷检查表（有时会包括规则集合解释为什么有这样的缺陷检查表）和其他材料。 总体会议 将所有审查参与者集中召开会议，以加快理解初始可交付产品，如果审查专家对审查对象比较熟悉的话，可以略过该阶段，主要目的是教育 准备阶段 是寻找缺陷的实质性工作，审查的成功往往决定于准备阶段是否充分。在准备阶段，审查人员首先仔细阅读可交付产品并确保理解这些产品，然后采用该类工作产品的常见缺陷检查表和其他分析方法来检查产品已发现可能的缺陷，在这里发现的书写上的问题记录在排印错误单里，发现的其他比如需求，设计上的缺陷记录在审查缺陷记录单中，按时间提交给审查组长。 * 会议阶段：所谓齐心协力进行审查，由读者领导审查专家，确认准备阶段发现的缺陷是不是问题，作者给出答复，记录员记录这些，还有新发现的问题，会议时间不超过2个小时，规模不能太大，在会议的最后所有审查专家要对被评审对象进行表决：接受、有条件接受、返工后重新审查、审查未完成 返工：读者修改接受的问题 跟踪：由验证人评审组长、质量工程师、或者指定的审查员保证读者的问题全部修改恰当，是否引入了新的问题 因果分析：分析审查对象中发现的缺陷模式以及产生的原因，提出相应的应对策略以防止相类似的问题产生，达到缺陷预防的目的 * 新手可以给出新颖、不带偏见的观点 * * * 有效性：测试用例是否能够发现缺陷或者至少可能发现缺陷。能够发现缺陷的测试用例比不能够发现缺陷的测试用例有效性要高 仿效性：测试用例的代表程度。 经济性：实现、调试和运行测试用例的成本。 修改性：修改和维护测试用例的难易程度 * 代码检查 代码错误检查技术——错误列表 数据引用错误； 数据声明错误； 运算错误； 比较错误； 控制流程错误； 接口错误； 输入/输出错误； 其它检查； 是人工测试的方法，属于静态白盒测试，通过阅读程序源代码查找程序的错误。 比较错误 1、是否存在不同类型变量间的比较？ 2、是否存在混合模式的比较运算？ 3、比较运算符是否正确？ 4、布尔表达式是否正确？ 5、比较运算是否与布尔表达式相混合？ 6、是否存在二进制小数的比较？ 7、操作符的优先顺序是否被正确理解？ 8、编译器对布尔表达式的计算方式是否被正确理解？ 工程硕士 * 代码检查 代码错误检查技术——错误列表 数据引用错误； 数据声明错误； 运算错误； 比较错误； 控制流程错误； 接口错误； 输入/输出错误； 其它检查； 是人工测试的方法，属于静态白盒测试，通过阅读程序源代码查找程序的错误。 控制流程错误 1、是否超出了多条分支路径？ 2、是否每个循环都终止了？ 3、是否每个程序都终止了？ 4、是否存在由于入口条件不满足而跳过循环体？ 5、可能的循环越界是否正确？ 6、是否存在“仅差一个”的迭代错误？ 7、DO/END语句是否匹配？ 8、是否存在不能穷尽的判断？ 9 、输出信息中是否有文字或语法错误？ 工程硕士 * 代码检查 代码错误检查技术——错误列表 数据引用错误； 数据声明错误； 运算错误； 比较错误； 控制流程错误； 接口错误； 输入/输出错误； 其它检查； 是人工测试的方法，属于静态白盒测试，通过阅读程序源代码查找程序的错误。 接口错误 1、形式参数的数量是否等于实际参数的数量？ 2、形参的属性是否与实参的属性相匹配？ 3、传递给被调用模块的实参个数是否等于其形参的个数？ 4、传递给被调用模块的实参属性是否与其形参的属性匹配？ 5、调用内部函数的实参的数量、属性、顺序是否正确？ 6、是否引入了与当前入口点无关的形参？ 7、是否改变了某个原本仅为输入值得形参？ 8、全局变量的定义在模块间是否一致？ 9、常数是否以实参形式传递过？ * 代码检查 代码错误检查技术——错误列表 数据引用错误； 数据声明错误； 运算错误； 比较错误； 控制流程错误； 接口错误； 输入/输出错误； 其它检查； 是人工测试的方法，属于静态白盒测试，通过阅读程序源代码查找程序的错误。 输入/输出错误 1、文件属性是否正确？ 2、OPEN语句是否正确？ 3、I/O语句是否符合格式规范？ 4、缓冲大小与记录大小是否匹配？ 5、文件在使用前是否打开？ 6、文件在使用后是否关闭？ 7、文件结束条件是否被正确处理？ 8、是否处理了I/O错误？ 工程硕士 * 代码检查 代码错误检查技术——错误列表 数据引用错误； 数据声明错误； 运算错误； 比较错误； 控制流程错误； 接口错误；