测试方针
测试方针是产品测试中的通用要求、原则或底线。
通用是测试方针的显著特点:它不针对某个特定产品,而是一个产品族,或是一个产品系列,并且在较长的一段时间内都是适用的。
测试方针举例:
- 产品的缺陷修复率要达到75%以上,才能发布。
- 开发转给测试的版本,需要进行自测,并出具测试报告。
- 对发布版本,无论代码修改了多少,都要对基本功能进行回归测试。
- 产品升级后发现有功能丢失了,这类缺陷的等级为严重。
测试策略
什么是测试策略?包含哪些内容
测试策略是测试工程的总体方法和目标。测试策略文档是一个静态文档,意味着它不会经常更新。它为测试过程和活动设定了标准,其他文档(如测试计划)从测试策略文档中设置的标准中提取其内容。
测试策略描述了软件开发过程中进行测试方法,用来告诉测试过程中所有可能的参与者,测试活动应该如何进行。其中主要会包括测试目标,测试新功能的方法,测试项目的时间和资源,以及测试环境等等。
测试策略应该描述测试过程中存在哪些风险,以及如何能够规避或者降低这些风险。同时,测试策略也会提到测试的级别,哪些测试应该被执行,入口出口条件是什么。创建测试策略时候我们可以参考各种需求文档和设计文档。
- 制定测试过程要使用的技术和工具。
- 制定测试启动、停止和完成标准。
- 进行风险分析和应对方案。
“测试策略”通俗来讲就是6个字:“测什么”和“怎么测”。
具体来讲,就是答好和产品测试相关的六大问题:
- 测试的对象和范围是什么?
- 测试的目标是什么?
- 测试的重点和难点是什么?
- 测试的深度和广度?
- 如何安排各种测试活动(先测试什么,再测试什么)?
- 如何评价测试的效果?
一般来说,测试策略在结构上可以包括以下一些要点: (1)测试级别:常见的测试级别有单元测试,集成测试和系统测试。大部分的测试组织里面,单元测试由开发负责,而集成测试和系统测试由测试部门或者质量保证部门负责。 (2)角色与职责:需要在测试策略里面明确定义各个角色,以及该角色的职责。比如项目经理,测试组长,测试工程师… (3)环境需求:这一点非常重要,它将描述测试时需要的系统环境,包括软硬件以及网络环境等等。在澄清环境需求的时候,测试组织可以识别出资源方面的风险。 (4)风险分析:影响测试过程的风险都应该尽早被识别出来,而且必须有相应的解决办法以便消除或者减轻这些风险。 (5)测试进度:测试进度将会评估完成测试所需要的时间。在设定进度的时候,首先需要明确测试范围,然后根据测试资源的多少来制定能被各方面认可的测试进度计划。做一个非常准确的进度计划是困难的事情,因为测试过程中充满了各种不确定性,所以一般计划者需要考虑增加一定的buffer。当然,制定进度计划的时候可以参考已有的项目的数据。如果是一个全新的软件项目,专家认为将初始计划的时间翻倍比较靠谱! (6)回归测试方法:回归测试用来保证之前fix bug的代码不会影响软件的其他部分,这样需要我们选择已经执行过的测试用例重新运行。测试人员需要找到一个方法来确定哪些测试用例应该在回归测试中运行,用例不能太多,因为资源有限,用例也不能太少,否则会达不到必须的测试强度。不过,如果测试部门对待测系统以及软件架构非常了解的话,就比较容易找到合适的回归测试集合。 (7)测试范围:就是你要测试的内容,可能是某些模块,可能是某些指标,比如功能,性能,易用性… (8)测试优先级:测试范围内的东西不会都是一样重要的,加上测试资源各种有限,所以为测试排定优先级是十分的必要。
测试方案
测试方案:是描述被测对象需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。简言之,测试方案是从技术角度对整个测试活动进行规划和控制。
制定测试方案所包含的内容,主要有: 1.概述 描述软件项目的背景(如:项目名称、项目时间、项目目的)、测试范围、参考文档 2.测试环境 1)软硬件环境 硬件设备:电脑配置、无线路由器、手机... 软件设备:应用服务器、数据库服务器-型号&版本 2)网络构成 测试环境的网络结构、拓扑图 3)环境搭建 测试所需的环境搭建步骤、要求、注意事项 4)测试工具 所需的测试工具,如:LR、Jmeter、Postman、AppScan、AWVS... 3.测试策略 说明此项目将要采取哪些测试手段与方法 结构包括:功能性/非功能性-系统模块&子模块、测试要点、测试要点说明、测试数据描述、优先级、测试方法、用例设计方法 4.测试风险评估与预防 评估项目测试过程中可能存在的风险,设置不同的风险等级,并提前分析相应的预防措施 结构包括:风险描述、风险等级、风险来源、产生阶段、预防措施、对策责任人
测试计划
测试计划主要集中在测试目标、质量标准、测试策略、测试方案、测试范围、测试用例设计方法、所需资源和日程安排等。
其关键是通过测试策略制定有效的测试活动,界定清楚地测试范围,识别出测试中所存在的各种风险并找出风险回避、监控和管理的方法,针对不同的测试目标或阶段确定测试方法,对测试工作量及所需的资源、时间进行合理的估算。
所有这些,都是为了两个根本目的:测试的质量和效率。
制定测试计划所包含的内容,主要有: 1.概述 项目背景、测试范围(所需测试的特性)、参考文档(需求文档、会议记录、同类项目的参考说明) 2.组织形式 测试涉及人员及其职责的划分 3.测试范围 确定被测特性有哪些,然后按照功能性、非功能性的分类,对系统模块&子模块进行划分,重要级别的设置 4.测试通过与否的标准 根据对测试系统的预判,与项目经理协商并由其确认来定义项目通过&不通过的准则(如:测试覆盖率、缺陷修复率...) 5.测试挂起&恢复条件 1)测试挂起:考虑测试过程中发生一些内外部问题致使测试受阻,用例无法执行的情形,由项目经理确认 2)测试恢复:导致阻塞的问题确认已被修复后,由项目经理确认恢复测试 6.测试进度人力分布计划 计划编制原则: 1)尽量准确预估整个测试活动所需的人力和持续时间 2)讲一个阶段分成若干个能进行有效监控的小阶段 3)计划结构和进度须清晰明了,便于阅览、检查 4)结构包括:任务、负责人、检查人、时间进度条
测试策略和测试方针
测试试策略仅针对当前特定的产品版本而言,并不像测试方针那样具备通用性。反过来,我们倒是可以这样理解测试策略:循测试方针+项目实际情况=测试策略。
测试策略和测试计划
通过测试策略确定的测试活动,在测试计划中被拆解为一个个任务,并为每个任务确定工期、执行的先后次序和责任人,如图1所示。一个测试计划包含多个测试策略,测试策略可以指导制定若干测试计划。测试计划包含测试方案。
测试方案和测试计划
序号 | 角度 | 测试计划 | 测试方案 |
---|---|---|---|
1 | 组织方法不同 | 管理文件 | 技术文件 |
2 | 目的不同 | 强调“做什么” | 强调“怎么做” |
3 | 具体要求不同 | 组织架构、工作任务分配、工作量估计、人力物力资源的分配、进度的安排、风险的估计和规避、各任务通过准则等 | 组织架构、工作任务分配、工作量估计、人力物力资源的分配、进度的安排、风险的估计和规避、各任务通过准则等 |
今天的文章
测试方针,测试策略,测试方案和测试计划一样吗_测试策略分享到此就结束了,感谢您的阅读。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/80386.html