质量保证和测试策略stmt.ppt

软件测试方法和技术 - Ch.3质量保证与测试策略 Zhu.Kerry@ 第二章回顾 第三章 质量保证与测试策略 3.1 软件质量保证（SQA） 什么是 SQA ? SQA活动 技术方法的应用 正式技术评审的实施 软件测试 标准的执行 修改的控制 度量 质量记录和记录保存 SQA活动的影响因素 知识结构：专业的技术，例如质量管理与控制知识、统计学知识等。 经验 依据：如果没有这些标准，就无法准确地判断开发活动中的问题，容易引发不必要的争论，因此组织应当建立文档化的开发标准和规程。 全员参与：全员参与至关重要，高层管理者必须重视软件质量保证活动。 把握重点：一定要抓住问题的重点与本质，尽可能避免陷入对细节的争论之中。 SQA策略 SQA策略主要分三个阶段： 以检测为重：产品制成之后进行检测，只能判断产品质量，不能提高产品质量。 以过程管理为重：把质量的保证工作重点放在过程管理上，对制造过程中的每一道工序都要进行质量控制。 以新产品开发为重：在新产品的开发设计阶段，采取强有力的措施来消灭由于设计原因而产生的质量隐患。 SQA与软件测试有什么关系和区别？ SQA与软件测试的关系 SQA 是管理工作、审查对象是流程、强调以预防为主 测试是技术工作、测试对象是产品、主要是以事后检查 SQA指导测试、监控测试 测试为SQA提供依据 测试策略的概念 影响测试策略的因素 制定测试策略 全面细致地了解产品的项目信息:应用领域,测试范围,市场需求,产品的特点和主要功能,技术架构 基于模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素对产品的影响,公正客观地开展测试计划 根据程序的重要性和一旦发生故障将造成的损失,来确定它的测试等级和测试重点 认真研究测试策略,以便能使用尽可能少的有效测试用例,发现尽可能多的程序错误,因为一次完整的软件测试过后,如果程序中遗漏的错误过多并且很严重,则表明本次测试是失败的,是不足的;而测试不足意味着让用户承担隐藏错误带来的危险.同时反过来说,如果过度测试,则又会浪费许多宝贵的资源. 找到一个最佳平衡点。 测试范围的确立 优先级最高的需求功能 新功能和编码改动较大(提高性能表现)的旧功能 运用有效的测试技术去提高测试效果 经常容易出现问题部分的功能 一些经常被用户使用的功能和配置 测试持续阶段的确定 当测试任务明确后,测试计划将依赖于测试小组的人力资源而最终确定. 通过/失败的标准 单个的测试通过/失败 测试用例 全部产品测试通过/失败 每个阶段的通过/失败 阶段通过/失败的标准 风险评估 测试小组开始项目测试时,硬件资源没有按时配备或仍然不足 开始项目测试时, 软件产品编码没有按计划完成 开始项目测试时, 测试用例没有准备好 缺少按计划参加项目测试的测试人员 在项目测试过程中, 需求总是不停地改动 当项目测试进行时, 在设计说明书中被定义的功能总是不停地被修改 测试周期 测试评估 里程碑的定义和跟踪可以帮助项目管理者掌握项目的进行状态 里程碑 日期 测试计划完成 --- 1/15 测试用例完成 --- 1/29 功能验证完成器 --- 2/5 代码冻结前完成系统测试 -- 2/20 版本发布前完成确认测试 ---2/28 测试计划的创建和评审 测试计划内容构成 测试计划标准格式 -1 16 components of Test Plan (IEEE,1983) Test plan identifier （测试计划标识) Instruction (引言） Test Items （定义或主题词) Features to be tested （需要被测试的功能) Features not to be tested (无需被测试的功能) Approach (方法和途径） Items pass/ fail criteria （测试通过、失败的标准) Suspension criteria and resumption requirements （延迟的标准和再恢复的要求) Test deliverables (测试交付的内容) Testing Tasks (测试任务 测试计划标准格式 – 2 16 components of Test Plan (IEEE,1983) Environmental needs （必备的环境) Responsibilities (职责) Staffing and training needs (人员和必需的培训) Schedule (时间进度表) Risk and conting