网站大量收购独家精品文档,联系QQ:2885784924

软件SQA-PPT.pptVIP

  1. 1、本文档共32页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件SQA-PPT

第三章质量保证与软件测试策略 马洪志 1.软件质量保证 软件质量保证(Software Quality Assurance SQA):是CMM二级的KPA(Key Process Areas)。软件质量保证是一个系统性的活动,为软件产品的可用性提供保证。通过对软件产品有计划的进行评审和审计来检验软件是否合乎标准的系统工程。 SQA负责审计产品线的质量活动,并就任何偏差向管理者提出警告。 SQA活动原则 确保SQA要自始至终有计划的进行; 审查软件产品是否遵守适用的标准、规程和要求并得到客观验证; SQA的工作成果要保证全员参与,沟通顺畅; 逐级解决不符合问题。 影响SQA活动效果的重要因素 知识结构 经验 依据 全员参与 把握重点 SQA的活动 提出软件质量需求 确定开发方案 阶段评审 测试管理 文档化管理 验证产品与相应文档和标准的一致性 建立测量机制 记录并生成报告 SQA与软件测试的关系 SAQ和测试两者之间即存在包含又有交叉关系; 两者的共同点在于两者都是贯穿整个软件开发生命周期的流程; 两者不同之处在于SQA侧重与对流程的管理与控制,而测试是对流程中各过程管理与控制策略进行实施。 SAQ的职责 SQA的职能是向管理层提供正确的可视化信息,从而促进与与协助流程改进。 SQA还充当测试工作的监督者,使得管理与开发人员不必担心谁来管理测试,因此有了SQA,测试工作就可以被客观的检查与评价,同时也可以协助测试流程的改进。 2.测试策略 定义:测试策略通常是描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试以及每个阶段内进行的测试种类,以确定合理的测试方案使得测试更有效。 测试策略的目标 不是所有的软件测试都要运用现有的测试方法去测试。必须依据软件本身的性质、规模及应用场合的不同,选择不同的测试方案,以最少的软件、硬件及人力资源投入得到最佳的效果。 制定测试策略的例子 一个案例 联想软件幸福之家发布以后的前六个月,因为用户的反馈都要做产品的修正,修正后的产品做为补丁程序再发布出去。在发布以前做完整的测试。你是联想软件的测试中心经理,你将如何幸福之家升级包的测试策略。 提示:需要全面的测试吗? 影响测试策略的因素 测试完成的标准 资源状况 测试策略的确定 输入 要求的硬件和软件组件的详细说明,包括测试工具; 针对测试和进度的约束(人员和进度表)而需要的资源的角色和职责说明; 应用程序的功能性和技术性需求(需求、变更请求、技术性和功能性设计文档) 系统不够提供的需求(系统局限) 测试策略的确定 输出 已经批准和签署的测试策略文档、测试计划、测试用例; 需要解决方案的测试项目(通常要求客户项目的管理层协调) 测试策略的确定 过程 测试策略是关于如何测试系统的正式描述,要求开发针对所有测试级别的测试策略。测试小组分析需求,编写测试策略并和项目小组一起复审计划。测试计划应该包括测试用例和条件、测试环境、与任务相关的测试、通过/失败的准则和测试风险评估。测试进度表将识别所有要求成功的测试成果任务,活动的进度和资源要求。 基于测试技术的测试策略 在任何情况下都必须使用边界值分析方法;这种方法设计出的测试用例发现程序错误的能力最强。 必要时用等价类划分方法补充一些测试用例; 用错误推测法再追加一些测试用例; 基于测试技术的测试策略 对照程序逻辑,检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准,应当再补充足够的测试用例; 如果程序的功能说明中含有输入条件的组合情况,则一开始就可选用因果图。 基于测试方案的综合测试策略 根据程序的重要性和一旦发生故障将造成的损失来确定它的测试等级和测试重点。 要认真研究,使用尽可能少的测试用例发现尽可能多的程序错误。——寻找测试效率和资源使用的平衡点。 3.测试计划 测试计划制定的第一步书将软件分解成较小而且相对独立的功能模块,然后写出测试需求。 按功能对测试需求分类 把软件分解成功能模块的好处 测试需求时测试设计和开发测试用例的基础,分解功能模块可以更好地进行设计; 详细的测试需求时用来衡量测试覆盖率的重要指标; 测试需求包括各种测试实际和开发以及所需资源; 制定有效的测试计划 产品的基本情况调研 测试需求说明 测试策略和记录 测试资源配置 计划表 问题跟踪报告 测试计划的评审 结果 通用测试计划模板 4.软件质量的可靠性评估 软件的可靠性评估是全面质量体系要求。 软件可靠性评估概述 软件可靠性评估(software reliability assessment)根据软件系统可靠性结构(单元与系统间可靠性关系),寿命类型和各单元的可靠性试验信息,利用概率统计方法,评估出系统的可靠性特征量。 可靠性评估理论的现状及其发展现状。 可靠性评估的要素 规定时间 规定的环境条件 规定的功能

文档评论(0)

zijingling + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档