质量保证系列课件-测试管理(V1.2).pptxVIP

质量保证系列课件 测试管理;;? 目录 ;4;软件测试的概念和目的;;;8;测试过程中的管理活动;10;SDV测试的定义;12; ;流程详解;阶段活动： 由TPM 组织，主要包括两部分内容 分析用户需求的可测性，包括：功能需求、性能需求、质量属性（可用性、可维护性）等。 估算用例规模、总工作量。 ;估算方式： 【基本】运用各种估算方法，根据用户需求估算规模 【参考】根据QA提供历史项目数据进行参考 实施步骤： 【估算】TPM组织各模块专家估算用例规模 原则：每个功能点应当至少有两个人员分别估算 【审核】评审后经QA审核，输出各模块估算及工作量估算汇总表单 【样例】采用三点法、以模块为单位估算及汇总用例： ;【案例】 同一延续项目客户更换了TC，对测试写作的手册等资料的要求有变化，如：增加历史版本一直没要求写作的模块。但我方前期估算时并未考 虑全面，测试后期才了解到，因此导致工作量增大，写作时间延长， 项目整体进度延误。 【思考】 进度延迟如何解决？ 如何提升客户满意度？ ;应急措施： 以历史项目要求为例，及时反馈实际困难，在交付范围内降低标准，力求使进度接近初始估算。 谈判使下个版本按新接口人要求交付。 补充人力或求助PM协商解决。 预防措施： 估算前期和客户及时沟通。 明确交付件涉及的具体范围和要求， 以免进度延误。 ;1. 不同的开发模式如何估算？ V模型、敏捷模式因各测试阶段策略、生产率不同， 方法不同 2. 估算的测试范围和粒度如何把握： 1）延续型项目，部分规格描述较概括的功能如何估算？ 需与SE、客户、开发等充分沟通（如移植或新开发代码的测试要求不同) 2）测试交付的功能手册等资料如何估算？ 明确交付件涉及的具体范围和要求(如SOW要求不明需具体沟通) 3）不同测试接口人可能要求不一致，容易出现偏差，如何估算？ 和接口人在估算前及时沟通，明确具体要求（如非我司开发模块如何测试、是否需要自动化、性能测试等），获得承诺;测试计划的定义 测试计划包含项目范围内的测试目标，是对测试全过程的组织。 TPM根据项目里程碑时间和测试估算规模等制定测试计划，主要 包括: 质量目标、进度(时间)和交付件(物)、资源计划、干系人计 划、项目机制、配置管理、风险管理、培训计划(事件)等 【思考】为什么有时不用测试估算工作量制定计划 1. 计划进度按实际生产率制定，和竞标生产率可能 不同 2. 在计划阶段，初始估算结果或需求范围可能 有变化;制定测试计划步骤 确认质量目标 用例规模重估算：如计划前用户需求较稳定，不用进行 确定资源 人力资源（人员和技能） 、测试环境（包括硬件和软件） 制定里程碑：根据实际工作量制订时间进度（参照项目计划） 制定风险管理等计划、项目监控机制 【注意】 1.根据项目特点对可裁减的过程进行剪裁，并报请QA批准 2.项目CMO制定配置管理计划，统一管理开发、测试、资料的配置库 3.识别尽可能多的阶段活动要求，使其在可控制范围内变更 4.计划要随着需求变更、资源变化、进度偏差、重估算等活动跟踪、监控和纠正 ; 阶段活动划分较详尽的计划（右）： 阶段活动划分不详尽的计划（左）： 变更：SRS阶段增加CR单，转SDV延后2 天，用例规模增加，需确定转验收时间 结论：详尽的计划变更可控性较大。;;需求分析的输出正好能解决这些问题！;; 测试需求分析内容： 根据用户需求、系统规格等，分析要进行的测试类型。 如：功能测试、性能测试、可用性测试、界面测试等。 进行简要的功能交互分析，确定新需求和老需求的兼容性，和其它接口的配合等问题。 对各模块内部具体分析，以指导后续的用例设计和开发。 输出《测试需求分析》等列表。 【样例】 ;27; 测试策略/方案主要内容： 测试需求点； 测试方法和技术（主要采用黑盒测试 ） 、环境和工具； 测试重用策略（可重用用例、脚本等）； 明确转测试通过的标准、预测试安排； 明确测试轮次及各轮测试重点（关注自动化测试）； 产品测试结束的准则（测试覆盖率的要求 ）； 【样例】 ; 测试参与开发活动，如： 1. 需求分析前，TPM等参与系统规格的评审； 2. 测试专家参加开发的需求、测试用例（功能性）评审； 以用户的角度，考虑需求方案的正确性、易用性，验证其对于 用户原始需求（或系统规格）的符合度、测试用例设计的全面性； 注意：需关注各个模块之间的配合是否有遗漏。; 重估算：需求基线后，测试设计前，T