《软件测试管理》.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */135 测试总结报告模板 */135 测试总结报告模板 */135 测试总结报告模板 */135 测试总结报告模板 */135 测试总结报告模板 */135 7.7 软件项目定期评审会 1.软件项目定期评审会 2.软件项目定期评审会的参加人员 3.软件项目定期评审会的内容 4.软件项目定期评审会的过程 */135 1.软件项目定期评审会 软件项目管理部门是整个软件开发项目的组织者和决策者。 软件项目管理过程需要有严格的管理和追踪。 软件项目定期评审会是软件项目管理的重要手段。 */135 软件项目定期评审会 软件项目管理部门可以根据项目进度,每隔一个固定时间（如每周一次或每两周一次）召开软件项目定期评审会，来讨论和决定项目重要事项。 */135 2.软件项目定期评审会的参加人员 l?软件项目经理 l?软件开发部门经理 l?软件测试部门经理 l?软件产品部经理 l?软件市场部经理 l?关键技术人员（如关键开发和测试人员） l?其他相关人员（如文档写作人员） */135 3.软件项目定期评审会的内容 (1)对整个软件项目的进度进行评估； (2)对一些重大问题进行决策，确保软件开发项目按计划保质量地完成； (3)决定每周要完成的开发和测试任务； (4)协调和解决各部门之间发生的问题。 */135 4.软件项目定期评审会的过程 会议之前： 组织者把软件项目定期评审会议的的内容和要解决的问题清单发给与会人员，要求他们在会议之前做好准备。 */135 软件项目定期评审会的过程 会议期间： 1.逐项讨论会议内容和要解决的问题； 2.对每一项会议内容和要解决的问题形成决定并记录； 3.如有需要，还要邀请一些专门人员参加。 */135 软件项目定期评审会的过程 会议之后： (1)组织者把会议记录和决定文档发给所有与会人员； (2)所有与会人员应该对自己负责的部分在限定的时间内做出安排； (3)所有与会人员在对自己负责的这些工作完成或未完成之后将结果和原因填写进会议记录和决定文档； (4)本次会议记录和决定文档的检查作为下次会议的内容之一。 */135 思考题 1.你所在单位(公司) 是如何管理软件测试的?其过程是什么? 2.如何确定测试完成的标准？ */135 本课程到此结束，谢谢！ * * * * * * * * * * * * * * * * * */135 3.创建测试任务 什么是测试任务？ 测试任务是为完成某一特定的测试工作、在某一测试阶段（单元测试、集成测试、系统测试，验收测试）中计划执行的一组测试用例的集合。 */135 创建测试任务的目的 通过将整个测试过程划分为不同的测试任务可以满足不同测试阶段的不同的测试要求； 跟踪不同阶段测试用例的执行情况，判断测试的执行状态； 同一个测试用例在不同的测试任务中会产生不同的执行结果，各自带有独立的测试执行的历史信息。 测试完成后，所有的测试任务执行报告都要归档保存。 */135 4.执行测试任务 测试任务执行方式： 执行单一测试任务 执行多个串行测试任务 执行多个并行测试任务 执行多个串行/并行的测试任务 */73 5.处理软件缺陷 软件缺陷报告 软件缺陷报告是软件测试过程中记录软件缺陷的文档，记录了缺陷发生的时间、环境(如各种资源的配置情况)、再现步骤、缺陷性质以及缺陷处理的过程等信息。 */73 软件缺陷报告 l ID l作者及创建时间 l状态 l简单描述 l基本信息： -??????? 项目名 -??????? 测试软件版本号：-??????? 严重程度：严重、中等、一般 -??????? 优先级：高、中、低 -??????? 测试平台：windows、Linux -??????? 测试类型：自动测试、手动测试 l详细信息： -??????? 详细问题再现过程描述 -??????? 问题所在子系统和功能区域 -??????? 该功能区域的开发者和测试者 l配置信息： 如计算机型号、CPU、LAN、MEMORY、OS… */73 软件缺陷报告五种状态 软件缺陷从发现一直到被最后完全修复，一共有五个状态： 新建状态：当新的软件缺陷报告创建时，该缺陷报告就是新建状态。 打开状态：指已通过测试人员审查的有效的软件缺陷报告，提交给开发人员。 待验状态：指开发人员已经修复了该软