出版社:电子工业出版社
出版日期:2013-4
ISBN:9787121200809
页数:239页
章节摘录
版权页： 插图： ①测试环境负责人按照《环境管理过程》的流程恢复所需要的测试环境。 ②测试人员认真讨论、理解测试任务。 ③项目负责人根据测试任务决定是否重新执行所有的测试用例，如果需要执行所有的测试用例，则跳至步骤⑥，否则执行步骤。 ④如果不必执行所有测试用例，测试人员仔细研读回归Bug文件中已经修复完成（状态为“fix”）的Bu9；对需要进行回归测试中的Bug重新按照测试执行过程实施测试。 ⑤测试人员在重新测试过程中，如果认为某项测试通过了，可以将回归Bug文件中的此Bu9的状态由“fix”修改为“closed”，表明此Bug回归测试完成，如果认为此项测试还没有通过，需要将回归Bug文件中的此Bu9的状态由“fix”修改为“reopen”；同时通过远程登录到甲方的Bu9管理系统完成此回归Bug文件的提交，本次回归测试完成。 ⑥如果测试任务中要求重新执行原有任务的所有测试用例，测试人员按照项目负责人安排的测试计划，根据测试实施过程重新执行所有测试用例；同时提交测试结果。 输出：Bug记录，Bug管理系统中的修订文件。 4.相关程序说明 4.1 Bug编写标准规范 本中心要求Bug编写要专业、规范，具体要求如下。 （1）专业 客观：客观地描述Bug现象，对Bug及其特征的事实进行描述，避免夸张或省略语句，引起过度的注意力或忽视；如果Bug不是100％重现的，那么需要填写Bug发生的概率。 清晰：使用清晰的语言，尤其要避免使用那些有多个不同含义的词汇，无错别字。 描述中如果涉及数量词，必须用数字描述，比如“大数据量下载”就需要指出具体多大的数据量。如时间的描述也尽量精确，不能以“很长时间”等模糊概念描述。 准确：提出Bug首先要寻找依据，尽可能地依据需求及设计文档或相关规范提出Bug；如果没有依据，就要寻找参照物进行对比，从一致性及规范性的角度提出Bug，对于这类Bug可以提建议，但不要描述系统应该如何修改，要意识到测试人员不是需求和设计人员。 完整：尽可能完整地描述测试环境、操作步骤、输入数据、预期结果、实测结果、问题描述；应通过截图或附件的方式获取消息跟踪记录、日志记录及其他现场信息，确保描述信息完整。
书籍目录
第一篇理论篇：软件过程改进综述 第1章软件过程与过程管理2 1.1软件过程3 1.1.1软件过程定义3 1.1.2软件过程的分类和组成3 1.2软件过程成熟度5 1.3过程模型5 1.4过程管理8 1.5过程改进8 1.6本章小结9 第2章软件过程改进模型10 2.1CMM简介10 2.1.1CMM的基本思想10 2.1.2CMM的作用12 2.1.3CMM的主要内容13 2.1.4CMM的IDEAL改进模型14 2.2CMMI15 2.2.1CMMI1.1介绍15 2.2.2CMMI模型的表示16 2.2.3CMMI模型的评估23 2.2.4CMM与CMMI的比较24 2.3PSP模型25 2.3.1个体度量过程26 2.3.2个体规划过程26 2.3.3个体质量管理过程26 2.3.4个体循环过程27 2.3.5个体软件过程PSP的作用27 2.4TSP模型27 2.4.1TSP模型介绍28 2.4.2TSP模型结构28 2.4.3TSP基本原理与规则29 2.5PSP/TSP/CMM的关系30 2.6IPD30 2.6.1流程重组31 2.6.2产品重组32 2.6.3市场管理33 2.6.4IPD与CMM、CMMI的关系34 2.7敏捷开发模型35 2.8ISO9000系列体系37 2.8.1ISO9000族标准简介37 2.8.2ISO9000族标准修订和发展37 2.8.3ISO9000族标准的内容38 2.8.4ISO9000认证步骤39 2.9信息和相关技术控制目标（COBIT）40 2.10本章小结40 第3章CMM过程域及其实施案例41 3.1CMM内部结构41 3.1.1关键过程域（KeyProcess Areas）42 3.1.2目标（Goals）43 3.1.3关键实践（KeyPractices）43 3.2CMM过程域内容43 3.2.1软件分包合同管理过程43 3.2.2需求管理过程45 3.2.3软件项目计划46 3.2.4项目跟踪管理过程47 3.2.5质量保证过程49 3.2.6软件配置管理过程50 3.2.7软件产品工程过程51 3.2.8培训程序过程52 3.2.9同行评审过程53 3.2.10集成软件管理54 3.2.11组间协调过程55 3.2.12组织过程定义过程56 3.2.13组织过程焦点57 3.2.14定量过程管理59 3.2.15软件质量管理60 3.2.16缺陷预防61 3.2.17技术更新管理62 3.2.18过程改进管理63 3.3实施案例一：CASE—SPP过程域65 3.3.1CASE—SPP过程角色映射表65 3.3.2项目计划过程65 3.3.3项目计划确认过程67 3.3.4项目计划修订过程68 3.3.5CASE—SPP相关输出格式69 3.3.6CASE—SPP相关执行程序69 3.3.7CASE—SPP与其他KPA的 关系73 3.4实施案例二：CASE—RM过程域73 3.4.1CASE—RM角色映射表74 3.4.2需求确认过程74 3.4.3需求修改过程75 3.4.4CASE—RM相关输出格式76 3.4.5CASE—RM相关执行程序77 3.4.6CASE—RM与其他KPA的 关系77 3.5本章小结78 第二篇案例篇：TCPS过程体系案例 第4章TCPS过程体系简介80 4.1测试中心简介80 4.2TCPS过程体系思路80 4.3TCPS过程体系结构81 4.4TCPS过程体系文件83 4.5本章小结84 第5章TCPS过程体系手册85 5.1TCPS过程手册85 5.2本章小结100 第6章TCPS能力等级1101 6.1合约管理过程（CL1）101 6.2测试执行过程（CL1）106 6.3本章小结110 第7章TCPS能力等级2111 7.1合约管理过程（CL2）111 7.2测试执行过程（CL2）117 7.3版本管理过程（CL2）128 7.4项目计划过程（CL2）132 7.5环境管理过程（CL2）137 7.6项目监督控制过程（CL2）146 7.7测试总结过程（CL2）149 7.8本章小结156 第8章TCPS能力等级3157 8.1文档管理过程（CL3）157 8.2知识库管理过程（CL3）166 8.3代码审查过程（CL3）170 8.4测试设计过程（CL3）174 8.5评审过程（CL3）179 8.6培训管理过程（CL3）185 8.7人员管理过程（CL3）191 8.8本章小结195 第三篇应用与实践篇：TCPS过程体系的应用与实践 第9章TCPS过程体系在项目中的应用198 9.1TCPS各过程域之间的关系198 9.2TCPS项目应用案例199 9.2.1任务单下达199 9.2.2项目计划200 9.2.3测试环境203 9.2.4测试执行205 9.2.5项目跟踪控制208 9.2.6项目中的培训学习211 9.2.7项目结束215 9.3能力等级的展望217 9.4基于项目的实践学习221 9.5本章小结222 第10章IBMRQM、RTC过程管理工具的使用223 10.1IBMRATIONALQUALITYMANAGER223 10.1.1IBMRQM工作流程和用户角色的设置224 10.1.2IBMRQM需求管理过程226 10.1.3IBMRQM测试计划及评审过程227 10.1.4IBMRQM测试设计过程228 10.1.5IBMRQM测试执行过程229 10.1.6IBMRQM测试问题提交过程230 10.1.7IBMRQM测试总结过程231 10.2IBMRATIONALTEAMCONCERT232 10.2.1IBMRTC创建项目初始环境233 10.2.2IBMRTC创建项目开发库236 10.2.3IBMRTC创建产品流和测试流238 10.2.4IBMRTC开发库向测试库的提交过程239 10.2.5IBMRTC测试库向产品库提交过程241 10.3本章小结241 参考文献242
编辑推荐
《普通高等教育"十二五"规划教材•软件工程:软件过程改进案例教程》是北京邮电大学软件工程案例系列教程之一，是一本实施CDIO理念的教材。《普通高等教育"十二五"规划教材•软件工程:软件过程改进案例教程》得到了国家自然科学基金项目资助和IBM大学合作项目书籍出版资助。
作者简介
《普通高等教育"十二五"规划教材•软件工程:软件过程改进案例教程》分三篇，共10章。第一篇是理论篇，通过3个章节讲述了软件过程管理和过程改进的理论、模型、方法，以及CMM实施案例。第二篇是案例篇，以企业的具体业务为主线，详细介绍了过程改进体系中各能力等级的过程域的要求和实践，完整地展现了企业过程改进案例的实施过程。第三篇是应用与实践篇，通过企业项目的情景再现，让读者切身体验如何进行过程体系建立和过程改进。本篇最后还介绍了IBMRTC、RQM工具在过程管理中的使用和作用。