第二测试技术.pptVIP

1 系统测试的目的是为了发现尽可能多的错误，对于所暴 　露的错误最终是需要改正，系统调试的任务就是根据测 　试时所发现的错误，找出原因和具体的位置，并进行改 　正，调试工作主要是由程序开发人员来进行，也就是说 　，谁开发的程序由谁来调试 调试的结果有两个： 一是能确定错误原因并进行了纠正，为了保证错误已排 　除，需要重新执行暴露该错误的原测试用例以及某些回 　归测试 另一种是未找出错误原因，那么只能对错误原因进行假 　设，根据假设设计新的测试用例证实这种推测，若推测 　失败，需进行新的推测，直至找到错误并纠正 调试的方法： 归纳法 收集可用的信息 寻找各种模式 构造一个或者多个假设 证明或者反驳每个假设 进行适当的修改 验证修改结果 演绎法 列举导致出现观察到的错误的所有可能原因 使用可用的信息来排除各种假设 详细描述剩下的假设 证明或者反驳每个假设 判断正确性 验证修改结果 回溯法：是在源代码中从观察到错误的地方回溯，尝试找 　到出现错误的准确位置，可能需要运行较多的测试用例以 　收集更多的信息 常用调试技术： 诊断输出语句 快照转储 跟踪指令的断点 需求开发 ? 高层设计 详细设计 编程 单元测试 集成测试 系统测试 验收测试 开发与测试的 V 型关系： 如果软件开发过程采用严格的瀑布模型，那么开发与测试 　有“V”型的对应关系 第五节　软件测试的各个阶段 单元测试、集成测试、系统测试、验收测试。是“从小到 　大”、“由内至外”、“循序渐进”的测试过程，体现了“分而 　治之”的思想 单元测试的粒度最小，一般由开发小组采用白盒方式来测 　试，主要测试单元是否符合“设计” 集成测试界于单元测试和系统测试之间，起到“桥梁作用”， 　一般由开发小组采用白盒加黑盒的方式来测试，既要验证 　“设计”又要验证“需求” 系统测试的粒度最大，一般由独立测试小组采用黑盒 　方式来测试，主要测试系统是否符合“需求规格说明 　书” 验收测试与系统测试非常相似，主要区别是测试人员 　不同，验收测试由用户执行 系统测试过程 软件测试过程与整个软件开发过程基本上是平行进行的 测试计划早在需求分析阶段就应该开始制定，其它相关工 　作，包括测试大纲的制定、测试数据的生成、测试工具的 　选择和开发等，也应在测试阶段之前进行 充分的准备工作可以有效地克服测试的盲目性、缩短测试 　周期、提高测试效率，并且起到测试文档与开发文档互查 　的作用 通常在编写出每一个模块之后就对它做必要的测试（单元 　测试），编码与单元测试属于软件生存周期的同一阶段。 　在结束这一阶段之后，对软件系统还要进行各种综合测试 被测模块 被测模块 单元测试 集成测试 确认测试 系统测试 验收测试 设计信息 软件需求 运行环境 …… 客户需求 测试流程图可以看出，软件测试的这五个过程是一种逐步 　深入的过程，互相又有交叉，同时这五个过程又是相对独 　立的，每一个过程有自己的测试计划、用例、报告等。在 　每一个过程中都必需包括拟定软件测试计划、编制软件测 　试流程、设计和生成测试用例、实施测试和生成软件问题 　报告等基本测试活动 单元测试是对软件设计的最小单位—模块进行正确性检验 　的测试工作，测试模块在语法、格式和逻辑上的错误 使用的测试方法以详细设计为基础，了解I/O条件和模块 　的逻辑结构。先采用白盒测试法，尽可能达到穷尽测试， 　然后再用黑盒测试法，使之对任何合理和不合理的输入都 　能够鉴别和响应 编码和调试－－单元测试－－集成测试 单元测试 在单元测试期间主要评价模块的下述五个特性，它们也是 　测试用例选择的重要依据： ①模块接口：对测试模块，是否正确无误地流入和流出； ②局部数据结构：在模块工作过程中，其内交换数据能否保 　持完整性,包括内部数据的内容、形式及相互关系是否正确； ③边界条件：在为限制数据加工而设置的边界处模块是否能 　正常工作 ④覆盖条件：模块的运行能否达到满足特定的逻辑覆盖； ⑤出错处理：模块运行中发生了错误，其中的出错处理设施 　是否有效 用经过单元测试的模块组装成设计所规定的软件系统的过 　程就是“集成” 集成测试是组装软件的系统技术之一 集成测试的主要目标是要求符合实际软件结构，解决模块 　接口的一致性问题 例如，数据穿过模块接口时可能丢失；一模块可能对另一 　模块产生副作用；子功能组装以后，可能系统总的功能达 　不到；单个模块看来是可以接受的误差，组装以后积累起 　来的软件误差可能大到无法让人接受的程度；全程数据结 　构可能有问题等，都是集成测试要解决的问题 集成测试 组装测试的主要内容有： ①各模块是否无错误地连接 ②能否保证数据有效传送及数据的完整性和一致性 ③人机界面及各种通信接口能否满足设计要求 ④除了在存