测试管理流程.ppt

  1. 1、本文档共19页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

本课要解决的问题软件测试过程管理测试计划测试方案测试报告软件测试的度量软件管理工具QC入门经典软件测试过程软件详细测试流程测试计划测试计划是什么?为什么要做测试计划测试计划是对测试过程的一个整体上的设计。专业的测试始于一个好的测试计划。可以根据测试计划做宏观调控,进行相应资源配置。测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等便于其他人员了解测试人员的工作内容,进行有关配合工作测试计划的内容测试计划编写6要素(5W1H)–Why:为什么要做这些测试–What:测试内容,不同阶段的工作内容–When:不同阶段的起止时间–Where:相应文档,缺陷的存放位置,测试环境等–Who:测试人员及安排–How:如何去做,需要用到的工具及测试方法测试计划内容制定测试计划项目成功四要素时间:由项目计划覆盖成本:由合同覆盖范围:由需求文档覆盖质量:由QA计划或测试计划覆盖测试计划内部作用作为测试计划的结果,让相关人员和开发人员来评审;存储计划执行的细节,让测试人员来进行同行评审;存储计划进度表、测试环境等更多信息。测试计划外部作用向顾客交代测试过程、人员技能、资源、工具等信息。测试方案测试方案指描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。测试方案的内容明确策略细化测试特性(形成测试子项)测试用例的规划测试环境的规划自动化测试框架的设计测试工具的设计和选择测试计划与测试方案的区别测试报告测试日报与周报汇报每日每周的测试情况。内容包括:进度,质量,存在的问题与风险,明日或者下阶段的计划测试总结报告是把测试的过程和结果写成文档,并对发现的问题和缺陷进行分析,为纠正软件存在的质量问题提供依据,同时为软件验收和交付打下基础。测试报告是测试阶段最后的文档产出物,优秀的测试人员应该具备测试报告的写作能力。测试报告一份详细的测试报告包含足够的信息,包括产品质量和测试过程的评价,测试报告基于测试中的数据采集以及对最终的测试结果分析。软件测试的度量测试人员每时每刻都在度量别人的工作,而测试人员的工作结果又由谁来度量呢?度量的标准和依据又是什么?缺乏尺度会让测试失去平衡,缺乏标准会让测工作难以衡量。下面就介绍软件测试的度量目的,以及度量的方法度量的目的与原则软件测试度量的目的目的是为了改进软件测试的质量,提高测试效率,改进测试过程的有效性。而不局限于测试人员的考核。测试度量原则:要制定明确的度量目标,如测试用例覆盖率达到90%度量标准的定义具有一致性、客观性,可给出计算公式。度量方法尽可能简单、可计算。如给缺陷级别不同的比值、加权科学地简化度量的计算公式。度量数据收集尽可能自动化。使用过程管理工具、每日构建等自动记录、收集、统计数据。测试度量度量缺陷Bug的数量测试覆盖率的统计代码覆盖率。执行的代码/总代码功能模块覆盖率。已执行测试的功能模块/总功能模块数需求覆盖率。执行的用例数/总用例数测试用例产出率测试用例的个数比写测试用例有效时间。比如5个用例/小时。测试用文档产出率测试文档的页数/写测试文档的时间。比如2页/小时。其他度量指标其他度量指标软件管理工具QC入门信赖源于专业信赖源于专业信赖源于专业信赖源于专业信赖源于专业测试流程管理与QC入门测试需求分析测试计划测试设计测试执行测试记录与缺陷跟踪回归测试测试总结报告测试计划评审测试方案测试用例评审评审通过不通过不通过通过测试执行发现问题缺陷开发修改问题通过不通过循环测试报告回归测试测试所要达到的最终效果测试目标(why)测试质量的标准,需要达到的要求质量标准可能的风险及应对策略风险评估进度安排,人力与资源安排,各种文档与缺陷存在的位置,测试环境安排,使用的工具测试安排(when,where,who)确定测试原则,方法,类型等测试方案与策略(how)确定测试内容测试范围(what)内容项目参考软件测试计划模板.doc参考软件测试方案模板.doc测试需求的细化、测试组网图案的设计、自动化测试框架的设计、测试数据和测试脚本的设计、测试用例设计的原则。组织架构、工作任务分配、工作量的估计、人力物力资源的分配、进度的安排、风险的估计和规避、各任务通过准则等。具体要求不同3强调“怎么做”强调“做什么”目的不同2技术文件(技术层面)管理文件(管理层面)组织方式不同1测试方案测试

文档评论(0)

godcoovAuxsv + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档