| 摘要 | 第1-5页 |
| ABSTRACT | 第5-6页 |
| 目录 | 第6-8页 |
| 第一章 引言 | 第8-12页 |
| ·国内外软件测试的现状 | 第8-10页 |
| ·课题研究背景和作者的工作 | 第10页 |
| ·论文内容的组织 | 第10-12页 |
| 第二章 软件测试解析 | 第12-20页 |
| ·什么是测试?—测试的定义 | 第12-13页 |
| ·需要做哪些工作?—软件测试的不同阶段 | 第13-14页 |
| ·从哪里开始?—软件测试各阶段在软件生命周期的位置 | 第14-16页 |
| ·采用什么文档模板?—选择合适的测试管理工具 | 第16-18页 |
| ·哪些方面的测试应该考虑?—软件测试的类型 | 第18-20页 |
| 第三章 测试过程管理及改进 | 第20-76页 |
| ·cms 项目测试面临的组织性挑战 | 第20-28页 |
| ·测试经理的工作职责 | 第20-22页 |
| ·测试职务定义 | 第20-21页 |
| ·针对现状进行体制改善 | 第21-22页 |
| ·组织内部的测试小组 | 第22-25页 |
| ·CMS 项目初期组织模型 | 第22-24页 |
| ·CMS 项目中期组织模型 | 第24-25页 |
| ·CMS 项目后期组织模型 | 第25页 |
| ·增加其他测试功能 | 第25-28页 |
| ·CMS 项目的测试管理 | 第28-67页 |
| ·CMS 项目简介 | 第28-29页 |
| ·建立测试系统体系、用例和测试流程改进 | 第29-35页 |
| ·建立测试系统体系 | 第29-33页 |
| ·巧妙运用测试用例的优先级 | 第33页 |
| ·cms 项目测试流程改进 | 第33-35页 |
| ·确定CMS 项目测试的重点内容 | 第35-59页 |
| ·可能测试什么:扩大的测试工作量 | 第35-40页 |
| ·CMS 项目的测试粒度 | 第35-38页 |
| ·CMS 项目的测试阶段 | 第38-40页 |
| ·对质量的考虑 | 第40-52页 |
| ·质量的定义 | 第40-41页 |
| ·不注重质量是铤而走险 | 第41-43页 |
| ·用非正式方法评价CMS 项目的质量风险 | 第43-49页 |
| ·用正式方法评价CMS 项目的质量风险 | 第49-52页 |
| ·测试的内容:进度、资源和预算 | 第52-59页 |
| ·削足适履:使测试计划适应项目 | 第53-57页 |
| ·估计资源和创建预算 | 第57-58页 |
| ·协商合适的测试项目 | 第58-59页 |
| ·策划和描述测试过程 | 第59-62页 |
| ·编写测试计划的目的 | 第59-60页 |
| ·CMS 项目测试计划 | 第60-62页 |
| ·总体测试计划摸版 | 第60-61页 |
| ·功能块测试计划及设计模板 | 第61-62页 |
| ·对测试数据进行分析统计 | 第62-67页 |
| ·缺陷级别 | 第63页 |
| ·缺陷类别 | 第63-64页 |
| ·其他 | 第64-67页 |
| ·测试管理的方向 | 第67-76页 |
| ·向内管理 | 第67-70页 |
| ·什么样类型的人能成为优秀的测试工程师 | 第67-69页 |
| ·激励测试小组 | 第69-70页 |
| ·站在测试小组一边 | 第69-70页 |
| ·支持合理的工作方式 | 第70页 |
| ·促进每个测试人员的职业发展 | 第70页 |
| ·向上管理 | 第70-71页 |
| ·向外管理 | 第71-76页 |
| ·共同构建高质量系统:开发同事 | 第71-73页 |
| ·支持角色:内部服务提供者 | 第73页 |
| ·求助中心,客户或技术支持:常被忽略 | 第73-74页 |
| ·业务分析人员,销售人员与市场营销人员:至关重要的同盟者 | 第74页 |
| ·在黑暗中前行的测试: 没有文档,你是否应该继续下去 | 第74-76页 |
| 第四章 总结及展望 | 第76-78页 |
| ·本文总结 | 第76页 |
| ·不足及展望 | 第76-78页 |
| 致谢 | 第78-79页 |
| 参考文献 | 第79-86页 |
