《软件测试方法技术》复习重点整合.docVIP

第一章 软件测试是由“验证（Verification）”和“有效性确认（Validation）”活动构成的整体 软件开发过程模型：瀑布模型 原型模型 快速应用开发 RAD 模型 V模型 螺旋模型 增量模型和迭代模型 构件组装模型 并发模型 XP模型 第二章 软件质量：软件产品具有满足规定的或隐含的与需求能力有关的全部特征与特性 质量和缺陷的关系：没有满足质量要求和质量冲突的东西就是缺陷，缺陷是质量的对立面。 软件缺陷定义： 从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题； 从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。 修复软件缺陷的代价：软件缺陷随着时间的推移带来的成本越来越大。 验证：是否正确地构造了软件？ 确认：是否构造了用户所需要的软件？ 评审是对软件元素或者项目状态的一种评估手段，以确定其是否与计划的结果保持一致，并使其得到改进。检验工作产品是否正确地满足了以往工作产品中建立的规范。 什么是软件质量保证 SQA ：软件质量保证是通过对软件产品和活动有计划的进行评审和审计来验证软件是否合乎标准的系统工程活动,通过协调、审查和跟踪以获取有用信息，形成分析结果以指导软件过程。 质量保证和测试的关系：相辅相成，存在包含和交叉关系。 软件测试的工作范畴： 软件测试工作的组织与管理：制定测试策略、测试计划，确认所采用的测试方法与规范，控制测试进度，管理测试资源。 测试工作的实施：编制符合标准的测试文档，搭建测试环境，开发测试脚本、与开发组织协作实现各阶段的测试活动 第三章 白盒测试方法 语句覆盖法是使程序中的每个可执行语句至少被执行一次 判定覆盖/分支覆盖法是使得程序中每个判断的取真分支和取假分支至少经历一次，即判断真假值均曾被满足。 条件覆盖是使每个判断中每个条件的可能取值至少满足一次。 判定条件覆盖判断条件中的所有条件可能取值至少执行一次；所有判断的可能结果至少执行一次。 条件组合覆盖的基本思想是设计足够的测试用例，使得判断中每个条件的所有可能至少出现一次，并且每个判断本身的判定结果也至少出现一次。 黑盒测试方法 等价类划分方法：在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类 符合规则 和若干个无效等价类 从不同角度违反规则 。 边界值法：如果输入条件规定了值的个数，则用最大个数、最小个数、比最小个数少一、比最大个数多一的数作为测试数据。 静态测试包括对软件产品的需求和设计规格说明书的评审、对程序代码的复审等 动态测试是通过真正运行程序发现错误，通过观察代码运行过程，来获取系统信息，对系统行为进行验证。 主动测试方法：测试人员主动向被测试对象发送请求、或借助数据、事件驱动被测试对象的行为，从而验证被测试对象的反应或输出结果 被动测试方法：测试人员不干预产品的运行，而是被动地监控产品在实际环境中运行，通过一定的被动机制来获得系统运行的数据，包括输入、输出数据. 第五章 单元测试 单元测试是对软件基本组成单元进行的测试,而且软件单元是在与程序的其他部分相隔离的情况下进行独立的测试。 目标: 单元模块被正确编码 任务：检查每一条独立执行路径的测试；检查局部数据结构完整性；检查模块接口是否正确；检查临界数据处理的正确性；预见、预设的各种出错处理是否正确有效。 标准：建立起来必须遵守的规则。 规范：建议最佳做法，推荐更好方式。 静态测试三种方法：走查 审查 评审 驱动模块（drive）:对底层或子层模块进行测试所编写的调用这些模块的程序。 桩模块（stub）：对顶层或上层模块进行测试时所编写的替代下层模块的程序。 调试与测试的区别：测试是为了找出软件中存在的缺陷，而调试是为了解决存在的缺陷。 第六章 集成测试与系统测试 集成测试模式：渐增式测试模式与非渐增式测试模式　 驱动程序/驱动模块（driver），用以模拟被测模块的上级模块。 桩程序/桩模块（stub），也有人称为存根程序，用以模拟被测模块工作过程中所调用的模块。 自顶向下集成方法：用驱动 自底向上集成方法：用桩 采用大棒集成方法,先是对每一个子模块进行测试（单元测试阶段），然后将所有模块一次性的全部集成起来进行集成测试 。 采用三明治方法的优点是：它将自顶向下和自底向上的集成方法有机地结合起来，不需要写桩程序因为在测试初自底向上集成已经验证了底层模块的正确性。采用这种方法的主要缺点是：在真正集成之前每一个独立的模块没有完全测试过。 第七章 验收测试 用户界面7要素:符合标准和规范。直观性。一致性。灵活性。舒适性。正确性。实用性。 向后兼容是指可以使用软件的以前版本。 向前兼容指的是可以使用软件的未来版本。 第十二章 组建测试团队 测试团队的基本构成：QA/测试经理；实验室管理人员；内审员；测试组长；测试设计