软件测试与质量保证 概述.pptVIP

单元测试 马永征 2004.6.15 Outline 软件测试概述 单元测试 单元测试工具——Junit（Eclipse） 内容 软件测试 定义、目的和作用 衡量标准 软件测试要素 测试技术 测试过程 软件测试 概况 定义：为了发现程序的错误而执行程序的过程 软件测试是SQA的重要手段，属于软件工程领域 目前状况 软件测试的实践性大于理论性 软件测试理论体系尚不成熟 软件测试工具尚不成熟 软件测试效果对于个人的依赖性比较大 软件测试 目的 为了寻找错误，并尽可能地为修正错误提供更多的信息 为了证明软件有错误，而不证明软件没有错误 作用 发现并管理缺陷 度量质量 评价工作效率和效果 预期项目风险 内容 软件测试 定义、目的和作用 衡量标准 软件测试要素 测试技术 测试过程 软件测试 衡量标准 多 能够找到尽可能多的、以至于所有的BUG 快 能够尽可能早地发现最严重的BUG 好 找到的BUG是关键的、用户最关心的 找到BUG后能够重现找到的BUG，并为修正BUG提供尽可能多的信息 省 能够用最少的时间、人力和资源发现BUG 测试的过程和数据可以重用 内容 软件测试 定义、目的和作用 衡量标准 软件测试要素 测试技术 测试过程 测试技术 内容 软件测试 定义、目的和作用 衡量标准 软件测试要素 测试技术 测试过程 测试过程 测试过程 单元测试：Unit Testing 目标： 检验程序最小单元有无错误 接口、数据结构、边界、覆盖、逻辑 检验单元编码与设计是否吻合 时机： 编码完成后，首先要实施的测试 方法： 静态测试 白盒测试 责任： 开发工程师 测试过程 集成测试：Integration Testing 目标： 检验组成系统的模块接口有无错误 代码实现的系统设计与需求定义是否吻合 时机： 主要的单元测试完成后，经常与单元测试同步进行 方法： 黑盒测试 责任： 开发工程师 测试工程师 测试过程 系统测试：System Testing 目标： 检验组成整个系统的代码、以及系统的软硬件配合有无错误 代码实现的系统与用户需求是否吻合 检验系统的文档等各种是否完整、有效 模拟验收测试的要求，检查系统是否符合用户的验收标准 时机： 多数集成测试完成后 方法： 黑盒测试 责任： 测试工程师 测试过程 系统测试：System Testing 稳定期测试 目标： 度量是否可以结束测试 时机： 传统的系统测试完成后 方法： 黑盒测试 责任： 测试工程师 测试过程 验收测试：Acceptance Testing 目标： 使客户验收签字 系统是否符合事先约定的验收标准 时机： 系统测试完成后，在项目组看来开发和测试工作已经全部完成，可以交付使用 方法： 黑盒测试 责任： 产品经理或其他高级经理 开发工程师 测试工程师 用户 测试过程 回归测试：Regression Testing 目标： 验证程序修改或者版本更新以后，以前正确的功能和其他指标仍旧正确。 时机： 每次错误修改之后，或者版本更新之后 方法： 白盒测试/黑盒测试 责任： 开发工程师 测试工程师 测试过程 缺陷跟踪：Defect Tracing 目标： 确保所有发现的错误被正确记录、分发、评估、关闭、统计 时机： 从错误发现开始到错误关闭为止，每次错误状态修改之后 方法： 缺陷跟踪系统 责任： 开发工程师 测试工程师 测试经理 用户 内容 单元测试 目标 任务 单元测试技术 静态分析 测试设计 单元测试流程 管理流程 测试文档 单元测试 概况 定义： 检验程序最小单位有无错误。一般在编码之后，由开发人员完成。 单元：软件开发中的最小的独立部分 C语言中的单元：函数或者是子过程 C++语言中的单元：类 目前状况： 实施效果非常好，但是实施阻力比较大(主要是人员和管理因素)，一般只在关键的程序单元中实施 有比较系统的理论和方法，但也依赖于系统的特殊性和开发人员的经验 有大量的辅助工具，开发人员也经常自己开发测试代码和测试工具 主要使用白盒测试和静态分析，也使用黑盒测试 单元测试 目标 1、检查代码实现是否符合设计 不能检查设计是否正确 2、尽早发现错误 Microsoft applications 10-20 defects/KLOC during unit testing 0.5 defects/KLOC after release 性价比最好 内容 单元测试 目标 任务 单元测试技术 静态分析 测试设计 单元测试流程 管理流程 测试文档 单元测试 任务1、模块接口测试 检查进出模块的数据是否正确 Checklist： 模块的实际输入与定义的输入是否一致 个数、类型、顺序 模块中对于非内部/局部变量是否合理使用 使用其他模块时，是否检查可用性和处理结果 使用外部资源时，是否检查可用性并及时释放