[工学]CH1课程背景及介绍.ppt

Made By TuYaofeng 高级软件测试技术 Chapter 1 课程背景及介绍 本人介绍 联系方式 mazhunzhong@seu.edu.cn 三江院二楼219 内容 课程的由来 软件危机 软件工程 软件质量保证 软件测试 课程的介绍 目标 内容 形式和要求 参考书目 课程由来 软件危机(1960s) 表现： 软件质量不高 成本增加 项目延期 软件项目延期 成本增加 需求变化 质量不稳定 成本增加 项目中止 课程由来 软件危机(1960s) 表现：软件质量不高、超出预算 根源： 硬件越来越复杂，摩尔定律 对软件在应用领域和规模上的期望越来越高 软件的发展速度落后于硬件的发展速度 真实世界与计算机世界的映射 靠人来生产 多人开发 课程由来 软件危机(1960s) 表现：软件质量不高、超出预算 根源：软件系统复杂性提高、多人合作 解决： 软件工程 Team 项目组 用户和Stakeholder 计算机系统 设计技术 控制复杂：人的思维极限 抽象/建模 分解 重用：质量和效率 语言与开发包 OO 课程由来 软件工程 目标：解决沟通和集成问题 策略：控制错误 错误 缺陷/Bug/Defect/Error 狭义： 软件定义、设计、实现、打包/部署、使用过程中出现的与明确的需求不一致：不能正确完成任务、完成多余的任务 广义： 还包括：改善产品的建议；与用户隐含的需求不一致 课程由来 软件工程 目标：解决沟通和集成问题 策略：控制错误 方法： 预防错误 规范化 流程、职责、角色、模式：RUP、CMM、Pattern 表达语言：UML、Pattern 文档化 迭代与软件体系结构 带着指南针，摸着石头过河 课程由来 软件工程 目标：解决沟通和集成问题 策略：控制错误 方法： 预防错误： 规范化 文档化 迭代与体系结构 纠正错误： 测试 调试 减少错误损失 培训 使用指南 课程由来 SQA：软件质量保证 过程改进：预防错误 规范化：流程 文档化 软件测试：发现错误 错误发现的越早，解决的代价越小 Alpha测试/Beta测试 课程由来 SQA涉及的工作岗位 过程改进工程师 过程改进 测试工程师 软件测试 开发工程师 软件测试 软件调试 测试经理 测试流程管理 测试度量 软件测试 目前越来越多的软件开发机构认识到测试的重要性，并且成立了相应的测试机构，如QA小组，并且配有专门的测试人员。但从总体上来说，对测试的认识程度仍旧不够，还存在以下诸多问题： 软件测试的发展 70年代以前--Ad-hoc testing，与调试没有区分 Debug的由来 70年代~80年代中期--测试基础理论和实用技术形成，测试作为软件质量保证（SQA）的主要职能 80年代后期~90年代中期--测试工具在质量和数量上不断增长，测试与SQA（注重于过程和质量监督）分离，注重于工具对测试效率的影响 90年后期~目前--关注有效的过程管理对于软件测试的重要性，形成各种测试模型、测试能力成熟度模型。 TMM（Testing Maturity Model） 软件测试现状－现状１ 测试工作滞后 大多数的错误都是在编码阶段产生的，但也可能出现在整个项目生命周期中的其它地方。SPR ．75%的错误来自编码错误，10%的错误来自分析，15%来自设计。 应该尽早发现错误，因为每迟一步，发现错误所需时间就会越长。消除错误的成本就会增加。 尽早测试，设计时顾及测试． 通过对实际工程的统计，发现在不同阶段发现和更改一个错误的费用不同，下表表明了具体的数据： 软件测试现状－现状２ 缺乏合适的测试方法， 传统上的测试往往通过运行应用程序的方法进行，没有一个系统的对测试实施步骤的考虑。 测试方法应与开发生命周期相适应． 测试需要有序、有步骤地展开，这要求首先明确测试的目标范围，确定如何测试，建立测试程序，审查测试结果。 保证应用的各个方面都被测试覆盖，从而保证应用的质量 软件测试现状－现状３ 测试人员的配备不合理 没有专门的测试人员，设计和测试不分开，对现有项目和未来项目缺乏分析，不能预计所需人员。人员也没有很好的培训 ． 软件测试现状－现状４ 缺乏测试技术 缺乏测试工具，忽视不同类型的测试。 伴随着软件设计的复杂化，开发及分发软件所使用的技术，如图形用户界面GUI、分布式处理、庞大的分散网络和Web技术等的更新，通过手工方式实现测试较为困难，软件测试面临新的机遇，软件测试的实施需要一种明确的方法和所需的自动支持。 Gartner Group公布的一项调查表明，一个机构在进行标准的单元测试、集成测试和系统测试阶段，即使做的再好，也