chap5-软件工程-20141113.ppt

NO* /wiki/Software_release_life_cycle 准预览版 预览版 测试版 最终测试版 Alpha测试 Beta测试 封测与公测 Gamma测试 回归测试 单元测试 集成测试 系统测试 软件测试的经典定义： 在规定的条件下对 程序进行操作，以 发现程序错误， 衡量软件质量，并 对其是否能满足 设计要求进行评估 的过程。 NO* 白盒测试 此方法把测试对象看做一个透明的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。 通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。 NO* 软件人员使用白盒测试方法，主要想对程序模块进行如下的检查： 对程序模块的所有独立的执行路径至少测试一次； 对所有的逻辑判定，取“真”与取“假”的两种情况都至少测试一次； 在循环的边界和运行界限内执行循环体； 测试内部数据结构的有效性等。 NO* 黑盒测试 这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。 黑盒测试又叫做功能测试或数据驱动测试。 NO* 黑盒测试方法是在程序接口上进行测试，主要是为了发现以下错误: 是否有不正确或遗漏了的功能? 在接口上，输入能否正确地接受? 能否输出正确的结果? 是否有数据结构错误或外部信息(例如数据文件)访问错误? 性能上是否能够满足要求? 是否有初始化或终止性错误? 用黑盒测试发现程序中的错误，必须在所有可能的输入条件和输出条件中确定测试数据，来检查程序是否都能产生正确的输出。但这是不可能的。 　 NO* 软件测试过程： 单元测试：过程（算法）逻辑测试 集成测试：过程调用（接口）测试 确认测试：功能测试 系统测试：用户测试 α测试：用户在开发环境下的测试（内部测试） Β测试：用户在用户环境下的测试 软件测试方法： 白盒测试：对过程、算法逻辑的测试 黑盒测试：对模块接口的测试 NO* §7 软件维护 优质软件 优质软件能够满足用户显式或隐式的需求，能高效运行，文档齐全且符合组织的标准 质量因素 软件质量 可操作性 准确性 高效性 可靠性 安全性 及时性 适应性 可维护性 可变性 可修正性 灵活性 可测试性 可迁移性 可重用性 互操作性 可移植性 NO* 软件工程文档 计划文档：计划报告、调研报告 分析文档：需求分析说明书、初步用户手册 设计文档：各类设计说明书和图表 编码文档：源代码 测试文档：测试用例、测试报告 维护文档：维护报告 其他：里程碑数据、日志、工单…… 软件质量标准 ISO 9000国际质量标准 CMM国际标准 NO* 小结 掌握软件工程、软件危机、软件工程三要素等有关概念； 理解软件生存周期及其各个阶段主要功能及方法； 掌握软件设计的基本原理，软件独立性特点、软件测试及维护的目的； 掌握黑盒测试、白盒测试。 * 一、概述 二、软件生存周期及其模型 三、需求分析与可行性研究 四、软件设计 五、软件编码 (程序设计语言、 程序设计风格) 第五章 软件工程导论 六、软件测试 七、软件维护 NO* 二、软件生存周期模型 软件生存周期模型是用于描述软件开发过程中各种活动如何执行的模型，是软件工程过程的简化的抽象描述。 瀑布模型 演化模型 螺旋模型 敏捷模型 增量模型（迭代） NO* 瀑布模型 优点：支持结构化软件开发、控制软件开发复杂性、促进软件开发工程化 缺点：阶段间具有顺序性，各阶段依赖性强，缺乏灵活性 适用于系统需求明确、技术成熟工程管理较严格的场合。对需求不明确的问题，开发完成后才发现不是用户所需，要纠正偏差会付出高额代价。 NO* 演化模型—快速原型化方法 优点：与用户见面快、开发成功率高 缺点：开发周期长，开发成本较高 适用于需求不太明确的大系统 NO* 螺旋模型 结合了瀑布模型和演化模型的优点，加入了风险分析的因素。 沿着螺旋线在坐标系的四个象限分别表达四个方面的活动：制定计划、风险分析、实施工程、客户评估。每转一圈表示一个新的版本的开发。 适用于大型软件开发。 1 2 3 4 Iterative and incremental development model NO* A daily scrum meeting in the computing room. NO* NO* 外科手术的团队 vs. 软件工程的团队 NO* 需求分析是指开发人员要准确理解用户的要求，进行细致的调查