第六章软件质量管理-51Testing.ppt

软件质量管理 第六章 软件质量管理 首都师范大学 教育技术系 方海光 2006年11月 回忆：项目管理知识体系的构成 PMI将项目管理知识体系分为9大知识领域： 1．项目集成管理 2．项目范围管理 3．项目时间管理 4．项目成本管理 5．项目质量管理 6．项目人力资源管理 7．项目沟通管理 8．项目风险管理 9．项目采购管理 软件质量管理 软件开发过程………………………5 项目质量管理的概念………………19 软件质量的概念……………………48 软件质量管理………………………87 软件质量的综合评价………………144 软件开发过程 软件的含义 软件 = 程序 + 文档 + 服务 为解决软件危机，人们提出用工程化的原则及方法来组织软件开发工作，这就是软件工程的由来。 在软件工程中可将软件的生存周期分为6个阶段（传统生命周期，即瀑布模型） （1）计划（Planning） （2）需求分析（Requirement Analysis） （3）设计（Design） （4）编码（Coding） （5）测试（Testing） （6）运行与维护（Run and Maintenance） 软件开发瀑布模型 软件开发过程 1. 需求分析 需求分析是根据客户的要求，清楚地了解客户需求中的产品功能、特性、性能、界面和具体规格等，然后进行分析，确定软件产品所能达到的目标。软件产品需求分析是软件开发过程的第一个环节，也是最重要的一个环节。如果需求分析做不好，下面的设计、编程做得再好，客户（用户）也不可能对开发出来的软件产品感到满意。软件产品需求分析的结果要文档化，而且这类文档的描述尽量不要用专业术语，从而使用户能够完全理解需求分析的结果，参与对其复审的过程。 软件开发过程 2. 设计 软件设计是根据需求分析的结果，考虑如何在逻辑、程序上去实现所定义的产品功能、特性等。可以分为概要设计和详细设计，也可以分为数据结构设计、软件体系结构设计、应用接口设计、模块设计、算法设计、界面设计等。设计过程将需求转换成软件表示，设计的结果将作为编码的框架和依据，以提高编码的效率和质量。设计的文档化体现在产品规格说明书（functional specification）、技术设计文档（development design document）和软件配置文档（software configuration document）。 软件开发过程 3. 编程 经过需求分析、设计之后，接下来就是用一种或多种具体的编程工具（如VS.Net，JBuild、Eclipse、Delphi、PB等）进行编码，即将设计转换成计算机可读的形式。如果设计做得好、做得仔细，编程就容易了。 4. 测试 任何编程，免不了存在这样或那样的错误，所以有必要进行软件测试。测试过程集中于软件的内部逻辑——保证所有语句都测试到，以及外部功能——即引导测试去发现错误，并保证定义好的输入能够产生与预期结果相同的输出。测试按不同的过程阶段分为单元测试、集成测试、功能测试、系统测试、验证测试等。 软件开发过程 5. 维护 从理论上，软件测试的覆盖率不可能做到百分之百，所以软件在交付给用户之后有可能存在某些问题，而且用户的需求会发生变化，特别是开始使用产品之后，对计算机系统有了真正的认识和了解，会提出适用性更好的、功能增强的要求。所以，软件交付之后不可避免地要进行修改、升级等。 软件维护复杂、周期长，其成本必然很高。通过提高软件的需求分析、设计和编程的质量，强化软件测试，可以大幅度降低软件的维护成本。 软件开发过程 软件开发模式 软件开发模式是指从最初构想到公开交付发行软件的过程。 大棒模式或边写边改模式 瀑布模式 原型模式 快速应用(RAD)模式 螺旋模式 增量模式和跌代模式 大棒模式或边写边改模式 大棒模式 优点是简单。几乎无计划。项目成员精力都花在开发软件和编写代码上。最终的软件产品是什么样不可知。 边写边改模式 在大棒模式的基础上考虑了产品的要求。项目成员通常只有粗略的想法就进行简单的设计，然后开始漫长的编码、测试、修复。 大棒模式或边写边改模式 探索测试 如果采用大棒模式或者边写边改模式，就不会有作为测试依据的各类文档。尽管这对于软件测试员不是理想的状况，但是此时可以采用称为探索测试的解决方案。 这需要把软件当产品说明书来对待。分步骤地逐项探索软件特性。记录软件执行情况，详细描述功能。在这种情况下，无法像有产品说明书那样完整测试软件--比如无法判定是否遗漏功能，但是可以进行系统测试。找到软件缺陷。 另外，与同类型软件进行比较也是一个有效的方法。 软件开发模式 - 原型模型 在进行了基本需求分析之后，快速开发出产品的原型，然后基于这个原型，同客户沟通、交流，更好地了解客户需求，不断修改