第7章 软件测试解析.ppt

* 必做的测试： 安装测试 功能测试 值域测试 界面测试 可用性测试 说明书测试 配置测试 加密问题测试 裸机测试 可选的测试： 内存泄漏测试 接口测试 性能测试 并发性测试 安全性测试 破坏性测试 配套产品测试 * 软件测试过程按4个步骤进行，即： 单元测试 集成测试 确认测试 系统测试 验收测试 * 验收测试 在通过了系统的有效性测试及软件配置审查之后，就应开始系统的验收测试。 验收测试是以用户为主的测试。软件开发人员和质量保证人员也应参加。 由用户参加设计测试用例，使用生产中的实际数据进行测试。 * 验收测试应交付的文档有： 验收测试分析报告 最终的用户手册和操作手册 项目开发总结报告。 * 测试级 目的 执行者 测试环境 测试方法 单元 从单个模块中 发现逻辑、数据和运算缺陷 软件工程师 单独的；桩和支撑程序 白盒测试 集成 发现模块间接口缺陷 软件工程师 单独的和/或模拟；桩和支撑程序 白盒测试 Top-down, bottom-up, 或outside-in 系统 测定软件是否满足需求 软件质保组 软件确认组 实际的环境（可能没有最终的硬件） 功能测试和ALAC * 一些问题 问题1：有了“黑盒”测试为什么还要“白盒”测试？ 答：黑盒测试只能观察软件的外部表现，即使软件的输入输出都是正确的，却并不能说明软件就是正确的。因为程序有可能用错误的运算方式得出正确的结果，例如“负负得正，错错得对”，只有白盒测试才能发现真正的原因。 白盒测试能发现程序里的隐患，象内存泄漏、误差累计问题。在这方面，黑盒测试存在严重的不足。 * 问题2：由于单元测试要写测试驱动程序，非常麻烦，能否等到整个系统全部开发完后，再集中精力进行一次性地单元测试呢？ 答：如果这样做，在开发过程中，缺陷会越积越多并且分布得更广、隐藏得更深，反而导致测试与改错的代价大大增加。最糟糕的是无法估计测试与改错的工作量，使进度失去控制。因此为图眼前省事而省略单元测试或者“偷工减料”，是“得不偿失”的做法。 * 问题3：如果每个单元都通过了测试，把它们集成一起难道会有什么不妥吗？集成测试是否多此一举？ 答：要把N个单元集成一起肯定靠接口耦合，这时可能会产生在单元测试中无法发现的问题。例如：数据通过不同的接口时可能出错；几个函数关联在一起时可能达不到预期的功能；在某个单元里可以接受的误差可能在集成后被扩大到无法接受的程度。所以集成测试是必要的，不是多此一举。 * 问题4：在集成测试的时候，已经对一些子系统进行了功能测试、性能测试等等，那么在系统测试时能否跳过相同内容的测试? 答：不能！因为集成测试是在仿真环境中开展的，那不是真正的目标系统。再者，单元测试和集成测试通常由开发小组执行。根据测试心理学的分析，开发人员测试自己的工作成果虽然是必要的，但不能作为成果已经通过测试的依据。 * 问题5：既然系统测试与验收测试的内容几乎是相同的，为什么还要验收测试？ 答：首先是“信任”问题。对于合同项目而言，如果测试小组是开发方的人员，客户怎么能够轻易相信“别人”呢? 所以当项目进行系统测试之后，客户再进行验收测试是情理之中的事。否则，那是客户失职。 不论是合同项目还是非合同项目，软件的最终用户各色各样（如受教育程度不同、使用习惯不同等等）。测试小组至多能够模仿小部分用户的行为，但并不具有普遍的代表性。 * 问题6：简述软件测试的步骤？ 答：测试需求分析、测试过程设计、测试准备、测试实施、测试评价、测试维护。 * 目录 软件测试基本概念 软件测试方法和技术 软件测试步骤 * 软件测试的步骤和策略 软件开发过程是一个自顶向下、逐步细化的过程， 测试过程则是自底向上、逐步集成的过程。低一级测试为上一级测试准备条件， 如下页图所示 * 规格定义 设计 编码 系统测试 集成测试 单元测试 用户需求 验收测试 自顶向下逐步细化 相反顺序集成过程 回 归 测 试 * 软件测试步骤 单元测试 集成测试 确认测试 系统测试 验收测试 * 单元测试（开始是单元测试） 集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。 n * 单元测试一般认为并不包括于测试阶段而是包括于编程阶段。因此单元测试计划一般由模块编写人员制定，而单元测试一般也由模块编写人员进行。 编程 (同步)单元测试 其他测试…… * 单元测试的内容： 1、模块接口测试 2、检查局部数据结构能否保持完整性 3、模块边界条件测试 4、模块执行路径测试 5、检查模块内部错误处理是否有效 单元测试方法： 白盒测试为主，黑盒测试为辅。 * 单元测试检查单 1、逻辑和算法：正确实现了逻辑和算法。