002-软件测试技术(一).ppt

因果图法和判定表法 根据因果图生成判定表，如下图所示 其他方法 除了上述方法外黑盒测试用例技术还有 正交试验设计法 功能图法 场景法等 上述方法由于较为复杂，本次暂不进行详细讲解。 测试方法选择的综合策略 1.首先进行等价类划分，包括输入条件和输出条件的等价划分，将无限测试变成有限测试，这事减少工作量和提高测试效率最有效的方法。 2.在任何情况下都必须使用边界值分析方法。经验表明，用这种方法设计出的测试用例发现程序错误的能力最强。 3.可以用错误推测法追加一些测试用例，这需要依靠测试工程师的智慧和经验。 4.对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，应当再补充足够的测试用例。 测试方法选择的综合策略 5.如果程序的功能说明中含有输入条件的组合情况，则一开始就可以选用因果图法和判定表驱动法。 6.对于参数配置类的软件，要用正交试验法选择较少的组合方式达到最佳效果。 7.功能图法也是很好的测试用例设计方法，我们可以通过不同时期条件的有效性设计不同的测试数据。 8.对于业务流清晰的系统，可以利用场景法贯穿整个测试案例过程，在案例中综合使用各种测试方法。 培训结束！ 软件测试技术（一） 质量部/质控组 2010年3月 提纲 测试的常识与道理 测试的分类 软件缺陷 黑盒测试用例技术 1. 测试的常识与道理 测试能提高软件的质量，但是提高质量不能依赖测试。 测试只能证明缺陷存在，不能证明缺陷不存在。“彻底地测试”难以成为现实，要考虑时间、费用等限制，不允许无休止地测试。我们应当祈祷：软件的缺陷在产品被淘汰之前一直没有机会发作。 测试的主要困难是不知道如何进行有效地测试，也不知道什么时候可以放心地结束测试。 每个开发人员应当测试自己的程序（份内之事），但是不能作为该程序已经通过测试的依据（所以项目需要独立测试人员）。 80-20原则：80％的缺陷聚集在20％的模块中，经常出错的模块改错后还会经常出错 测试应当循序渐进，不要企图一次性作完，注意“欲速则不达”。 提纲 测试的常识与道理 测试的分类 软件缺陷 黑盒测试用例技术 2. 测试的分类 按照开发阶段划分 单元测试 集成测试 确认测试 系统测试 验收测试 按照测试技术划分 白盒测试 黑盒测试 按照开发阶段划分 单元测试：又称模块测试，是针对程序模块进行正确性检验的测试工作。检查每个程序单元能否正确实现详细设计说明中的模块功能、性能、接口和设计约束等要求。 集成测试：也叫组装测试，通常在单元测试的基础上，检验程序单元或部件的接口关系，逐步集成为符合概要设计要求的程序部件或系统。 确认测试：确认测试是检测与证实软件是否满足软件需求说明书中规定的要求。 按照开发阶段划分 系统测试：是在真实或模拟系统运行的环境下，检查完整的程序系统能否和系统（包括硬件、外设、网络和系统软件、支持平台等）正确配置、连接，并满足用户需求。 验收测试：按照项目任务书或合同、供需双方约定的验收依据文档进行的对整个系统的测试与评审，决定是否接收或拒收系统。 开发与测试的 V 型关系 如果软件开发过程采用严格的瀑布模型，那么开发与测试有“V”型的对应关系 。 需求开发 ? 概要设计 详细设计 编程 单元测试 集成测试 系统测试 验收测试 按照测试技术划分 白盒测试：通过对程序内部结构的分析、检测来寻找问题，检查软件内部动作是否按照设计说明的规定正常进行。 黑盒测试：通过软件外部表现来发现起缺陷和错误，是在程序界面处进行测试，检查系统是否按照需求规格说明书的规定正常实现。 按照测试技术划分 白盒测试 黑盒测试 别名 结构测试或逻辑驱动测试 功能测试 依据 设计规格说明书 需求规格说明书 测试对象 打开盒子 不能打开的黑盒子 检测 内部逻辑结构 外部界面和功能 白盒测试与黑盒测试比较表 小结 单元测试、集成测试、系统测试、验收测试。是“从小到大”、“由内至外”、“循序渐进”的测试过程，体现了“分而治之”的思想。 单元测试的粒度最小，一般由开发小组采用白盒方式来测试，主要测试单元是否符合“设计”。 集成测试界于单元测试和系统测试之间，起到“桥梁作用”，一般由开发小组采用白盒加黑盒的方式来测试，既要验证“设计”又要验证“需求”。 系统测试的粒度最大，一般由独立测试小组采用黑盒方式来测试，主要测试系统是否符合“需求规格说明书”。 验收测试与系统测试非常相似，主要区别是测试人员不同，验收测试由用户执行。 问题 问题1：有了“黑盒”测试为什么还要“白盒”测试？ 黑盒测试只能观察软件的外部表现，即使软件的输入输出都是正确的，却并不能说明软件就是正确的。因为程序有可能用错误的运算方式得出正确的结果，例如“负负得正，错错得对”，只有白盒测试才能发现