Ch3质量保证与测试策略工作.pptVIP

软件测试方法和技术 - Ch.3质量保证与测试策略 第二章回顾 第三章 质量保证与测试策略 3.1 软件质量保证（SQA） 什么是 SQA ? SQA活动 技术方法的应用 正式技术评审的实施 软件测试 标准的执行 修改的控制 度量 质量记录和记录保存 SQA活动的影响因素 知识结构：专业的技术，例如质量管理与控制知识、统计学知识等。 经验 依据：如果没有这些标准，就无法准确地判断开发活动中的问题，容易引发不必要的争论，因此组织应当建立文档化的开发标准和规程。 全员参与：全员参与至关重要，高层管理者必须重视软件质量保证活动。 把握重点：一定要抓住问题的重点与本质，尽可能避免陷入对细节的争论之中。 SQA策略 SQA策略主要分三个阶段： 以检测为重：产品制成之后进行检测，只能判断产品质量，不能提高产品质量。 以过程管理为重：把质量的保证工作重点放在过程管理上，对制造过程中的每一道工序都要进行质量控制。 以新产品开发为重：在新产品的开发设计阶段，采取强有力的措施来消灭由于设计原因而产生的质量隐患。 SQA与软件测试有什么关系和区别？ SQA与软件测试的关系 SQA 是管理工作、审查对象是流程、强调以预防为主 测试是技术工作、测试对象是产品、主要是以事后检查 SQA指导测试、监控测试 测试为SQA提供依据 测试策略的概念 影响测试策略的因素 制定测试策略 全面细致地了解产品的项目信息:应用领域,测试范围,市场需求,产品的特点和主要功能,技术架构 基于模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素对产品的影响,公正客观地开展测试计划 根据程序的重要性和一旦发生故障将造成的损失,来确定它的测试等级和测试重点 认真研究测试策略,以便能使用尽可能少的有效测试用例,发现尽可能多的程序错误,因为一次完整的软件测试过后,如果程序中遗漏的错误过多并且很严重,则表明本次测试是失败的,是不足的;而测试不足意味着让用户承担隐藏错误带来的危险.同时反过来说,如果过度测试,则又会浪费许多宝贵的资源. 找到一个最佳平衡点。 测试范围的确立 优先级最高的需求功能 新功能和编码改动较大(提高性能表现)的旧功能 运用有效的测试技术去提高测试效果 经常容易出现问题部分的功能 一些经常被用户使用的功能和配置 测试持续阶段的确定 当测试任务明确后,测试计划将依赖于测试小组的人力资源而最终确定. 通过/失败的标准 单个的测试通过/失败 测试用例 全部产品测试通过/失败 每个阶段的通过/失败 测试周期 签字 sign off PRD（Product Requirement Document）， 产品需求文档 .PRD文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，其作用就是“对MRD中的内容进行指标化和技术化”，这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。 MRD，英文全称Market Requirement Document，市场需求文档。该文档在产品项目中是一个“承上启下”的作用，“向上”是对不断积累的市场数据的一种整合和记录，“向下”是对后续工作的方向说明和工作指导。 作用是：产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是“对年度产品中规划的某个产品进行市场层面的说明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。 BRD，英文全称为：Business Requirement Document； 商业需求描述。 基于商业目标或价值所描述的产品需求内容文档（报告），其核心的用途就是用于产品在投入研发之前，由企业高层作为决策评估的重要依据。BRD是产品生命周期中最早的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是供决策层们讨论的演示文档，一般比较短小精炼，没有产品细节。 User Interface(用户界面) 阶段通过/失败的标准 风险评估 测试小组开始项目测试时,硬件资源没有按时配备或仍然不足 开始项目测试时, 软件产品编码没有按计划完成 开始项目测试时, 测试用例没有准备好 缺少按计划参加项目测试的测试人员 在项目测试过程中, 需求总是不停地改动 当项目测试进行时, 在设计说明书中被定义的功能总是不停地被修改 测试评估 里程碑的定义和跟踪可以帮助项目管理者掌握项目的进行状态 里程碑 日期 测试计划完成 --- 1/15 测试用例完成 --- 1/29 功能验证完成器 --- 2/5 代码冻结前完成系统测试 -- 2/20 版本发布