软件测试技术：综合回顾.pptVIP

单元测试概念定义单元测试是对软件基本组成单元进行的测试时机在代码完成后由开发人员完成,QA人员辅助意义尽早发现错误，发现的越早成本越低12小时6小时3小时单元测试集成测试系统测试运行单元程序有时需要基于被测单元的接口，开发相应的驱动模块和桩模块。驱动模块（drive）:对底层或子层模块进行测试所编写的调用这些模块的程序。桩模块（stub）：对顶层或上层模块进行测试时所编写的替代下层模块的程序。单元测试内容等价类划分方法在确立了等价类之后，可按下表的形式列出所有划分出的等价类表：等价类表同样，也可按照输出条件，将输出域划分为若干个等价类。输入条件有效等价类无效等价类等价类划分方法在设计测试用例时应同时考虑有效等价类和无效等价类测试用例的设计。根据等价类表设计测试用例，具体步骤如下：（1）为每个等价类规定一个唯一的编号。（2)设计一个新的测试用例，尽可能多地覆盖尚未被覆盖的有效等价类，重复这一步，直到测试用例覆盖了所有的有效等价类。（3)设计一个新的测试用例，使其覆盖并且只覆盖一个还没有被覆盖的无效等价类。重复这一步，直至测试用例覆盖了所有的无效等价类。边界值分析法健壮性边界值测试将产生6n+1个测试用例.健壮性测试最有意义的部分不是输人，而是预期的输出，观察例外情况如何处理。因果图法因果图法的原理1．因果图

因果图法的原理因果图法的原理2．因果图法测试用例的设计步骤:（1）确定软件规格中的原因和结果。分析规格说明中哪些是原因（即输入条件或输入条件的等价类），哪些是结果（即输出条件），并给每个原因和结果赋予一个标识符。（2）确定原因和结果之间的逻辑关系。分析软件规格说明中的语义，找出原因与结果之间、原因与原因之间对应的关系，根据这些关系画出因果图。（3）确定因果图中的各个约束。由于语法或环境的限制，有些原因与原因之间、原因与结果之间的组合情况不可能出现。为表明这些特殊情况，在因果图上用一些记号表明约束或限制条件。（4）把因果图转换为决策表。（5）根据决策表设计测试用例。

决策表法决策表通常由条件桩、条件项、动作桩和动作项4部分组成。条件桩条件项动作桩动作项规则决策表的组成动作项和条件项紧密相关，指出在条件项的各组取值情况下应采取的动作。因果图生成决策表第五章测试方法补充场景设计法大部分软件是由事件触发来控制流程的，事件触发时的情景就是所谓的场景编辑申请单确认取消确认审批生成申请报告不通过通过错误猜测法是基于经验的直觉推测程序中可能发生的各种错误，有针对性设计测试用例。优点：充分发挥个人的经验和潜能，命中率高缺点：覆盖率难以保证；过多的依赖个人的经验注意：最重要的是要思考和分析测试对象的各个方面，多参考以前发现的Bug的相关数据、总结的经验，个人多考虑异常的情况、反面的情况、特殊的输入，以一个攻击者的态度对待程序，那么就能设计出比较完善的测试用例。测试用例产生的方法与工具正交表法Allpairs正交矩阵工具组合覆盖法PICT第六章测试进行与记录软件测试的过程测试需求的分析和确定测试计划测试执行测试记录和缺陷跟踪回归测试测试总结报告测试执行中的关键测试环境的准备。构建测试运行的平台和安装需要的软硬件系统。人员的安排。不仅包括指定哪些人参加功能测试，哪些人参加系统测试和谁负责测试环境的维护等，还要包括人员的培训，知识的传递。测试用例包括哪些内容:测试功能（目标），测试环境，测试要录入的数据，测试的具体操作，预期结果，不包括实际结果测试执行的准备5-1培训和知识传递5-2测试任务安排5-3测试环境的建立5-4测试环境的设置5-5测试自动化运行平台BUG状态第七章白盒测试静态白盒测试基本概念在不执行软件的条件下有条理地仔细审查软件的设计、体系结构和代码，从而找出软件缺陷的过程，有时也称为结构化分析原因尽早发现软件错误;为黑盒测试人员提供建议方式：正式审查：1.确定问题2.遵守规则3.准备期间4.编写报告方法：互查、走查、会议评审动态白盒测试检查代码并观察运行状况.利用查看代码（做什么）和实现方法(怎么做)得到的信息来确定哪些需要测试、哪些不要测试、如何