朱少民Ch软件测试项目管理STMT要点.ppt

测试进度的 S曲线法 Zhu.Kerry@ 进度S曲线法通过对计划中的进度、尝试的进度与实际的进度三者对比来实现的，其采用的基本数据主要是测试用例或测试点的数量 测试进度的NOB曲线法 Zhu.Kerry@ NOB，Number of Open Bug 17.6 测试项目的风险管理 Zhu.Kerry@ 17.7 软件测试文档的管理 Zhu.Kerry@ 文档的分类管理 文档的格式和模板管理 文档的一致性管理 文档的存储管理 软件测试误区 误区一：如果发布出去的软件有质量问题，都是软件测试人员的错 误区二：软件测试技术要求不高，至少比编程容易多了 误区三：有时间就多测试一些，来不及就少测试一些 误区四：软件测试是测试人员的事，与开发人员无关 误区五：根据软件开发瀑布模型，软件测试是开发后期的一个阶段 Zhu.Kerry@ 软件测试的原则 所有测试的标准都是建立在用户需求之上。 软件测试必须基于“质量第一”的思想去开展各项工作，当时间和质量冲突时，时间要服从质量。 事先定义好产品的质量标准，只有有了质量标准，才能根据测试的结果，对产品的质量进行分析和评估。 软件项目一启动，软件测试也就是开始，而不是等程序写完，才开始进行测试。 穷举测试是不可能的。甚至一个大小适度的程序，其路径排列的数量也非常大，因此，在测试中不可能运行路径的每一种组合。 Zhu.Kerry@ 软件测试的原则 （2） 第三方进行测试会更客观，更有效。 软件测试计划是做好软件测试工作的前提。 测试用例是设计出来的，不是写出来的，所以要根据测试的目的，采用相应的方法去设计测试用例，从而提高测试的效率，更多地发现错误，提高程序的可靠性。 对发现错误较多的程序段，应进行更深入的测试。一般来说，一段程序中已发现的错误数越多，其中存在的错误概率也就越大。 重视文档，妥善保存一切测试过程文档（测试计划、测试用例、测试报告等） 作业 思考题 2， 3 Q A Zhu.Kerry@ Zhu.Kerry@ Zhu.Kerry@ 朱少民 Kerry Zhu 软件测试方法和技术第2版第17章 软件测试项目管理 本章要解决的问题 软件项目的测试过程管理； 软件自动化解决方案和实施； 软件项目的测试资源分配和进度控制； 软件测试工作和产品质量的风险评估和控制； 软件版本定义、测试范围变化的控制等； 软件构建和发布等监控。 第17章 软件测试项目管理 Zhu.Kerry@ 17.1 测试项目管理的特点 17.2 如何做好测试项目管理 17.3 软件测试项目的过程管理 17.4 测试项目的资源管理 17.5 测试项目的进度管理 17.6 测试项目的风险管理 17.7 软件测试文档的管理 17.1 测试项目管理的特点 Zhu.Kerry@ 软件测试存在较大风险，质量标准定义不准确、任务边界模糊 软件测试项目的变化控制和预警分析要求高。 软件测试管理要求更严格和细致 测试任务的分配难 测试要求人力资源十分稳定 测试人员在待遇、地位可能受到一些不公正的待遇 17.2 如何做好测试项目管理 Zhu.Kerry@ 测试项目的管理原则 测试计划先行 建立优先级 依靠团队的能力 建立客观的评价标准 软件测试项目管理者的责任 17.3 软件测试项目的过程管理 Zhu.Kerry@ 17.3.1 测试的目标和准则 17.3.2 测试计划内容 17.3.3 测试项目的计划过程 17.3.4 制定有效的测试计划 17.3.5 测试策略的确定 17.3.6 测试设计和开发 17.3.7 测试执行 17.3.1 测试的目标和准则 Zhu.Kerry@ 确定测试目标 为测试各项活动制定一个现实可行的、综合的计划； 为项目实施建立一个组织模型，并定义测试项目中每个角色的责任和工作内容； 开发有效的测试模型，能正确地验证被测试的软件系统； 确定所需要的时间和资源，以保证其可获得性、有效性； 确立每个测试阶段进/出标准； 识别出测试活动中各种风险。 制定有效的测试策略，保证项目测试任务按时完成 测试进入的准则 Zhu.Kerry@ 清楚了解项目的整体计划框架； 完成需求规格说明书评审； 技术知识或业务知识的储备； 标准环境 技术设计文档是测试用例设计的重要参考资料； 足够的资源； 人员组织结构、成员及其责任已确定。 17.3.2 测试计划内容 Zhu.Kerry@ 软件测试计划是指导测试过程的纲领性文件，描述测试活动的范围、方法、策略、资源、任务安排和进度等，并确定测试项、哪些功能特性将被测试、哪些功能特性将无需测试，识别测试过程中的风险。 内容主要集中在测试目标和需求说明、测试工作量估算、