精华内容
下载资源
问答
  • 软件测试结束的标准是什么

    千次阅读 2019-08-29 16:06:02
    单元测试退出标准 1)单元测试用例设计已经通过评审 2)核心代码100%经过CodeReview 3)单元测试功能覆盖率达到100% ...4)单元测试代码行覆盖率不低于80...8)按照单元测试用例完成了所有规定单元的测试 9)软件单...

    单元测试退出标准


     

    1) 单元测试用例设计已经通过评审

    2) 核心代码100% 经过Code Review

    3) 单元测试功能覆盖率达到100%

    4) 单元测试代码行覆盖率不低于80%

    5) 所有发现缺陷至少60%都纳入缺陷追踪系统且各级缺陷修复率达到标准

    6) 不存在A、B类缺陷

    7) C、D、E类缺陷允许存在

    8) 按照单元测试用例完成了所有规定单元的测试

    9) 软件单元功能与设计一致


     

    集成测试退出标准


     

    1) 集成测试用例设计已经通过评审

    2) 所有源代码和可执行代码已经建立受控基线,纳入配置管理受控库,不经过审批不能随意更改

    3) 按照集成构件计划及增量集成策略完成了整个系统的集成测试

    4) 达到了测试计划中关于集成测试所规定的覆盖率的要求

    5) 集成工作版本满足设计定义的各项功能、性能要求

    6) 在集成测试中发现的错误已经得到修改,各级缺陷修复率达到标准

    7) A、B类BUG不能存在

    8) C、D类BUG允许存在,但不能超过单元测试总BUG的50%。

    9) E类BUG允许存在

     

    系统测试退出标准:www.lemonban.com柠檬班软件测试


     

    1) 系统测试用例设计已经通过评审

    2) 按照系统测试计划完成了系统测试

    3) 系统测试的功能覆盖率达100%

    4) 系统的功能和性能满足产品需求规格说明书的要求

    5) 在系统测试中发现的错误已经得到修改并且各级缺陷修复率达到标准

    6) 系统测试后不存在A、B、C类缺陷

    7) D类缺陷允许存在,不超过总缺陷的5%

    8) E类缺陷允许存在,不超过总缺陷的10%

    注:这只是一套比较理想化的退出标准,但在实际工作中不可能达到这种程度,尤其是测试覆盖率和缺陷解决率不可能是100%。现在的军方标准是达到99%。对于通用软件来说就要根据公司实际情况了。

    展开全文
  • 软件测试结束的标准是什么??

    千次阅读 2019-10-23 14:16:51
    单元测试退出标准 1) 单元测试用例设计已经通过评审 2) 核心代码100% 经过Code Review 3) 单元测试功能覆盖率达到100% ...8) 按照单元测试用例完成了所有规定单元的测试 9) 软件单元功能与设计一致 ...

    单元测试退出标准


    1) 单元测试用例设计已经通过评审
    2) 核心代码100% 经过Code Review
    3) 单元测试功能覆盖率达到100%
    4) 单元测试代码行覆盖率不低于80%
    5) 所有发现缺陷至少60%都纳入缺陷追踪系统且各级缺陷修复率达到标准
    6) 不存在A、B类缺陷
    7) C、D、E类缺陷允许存在
    8) 按照单元测试用例完成了所有规定单元的测试
    9) 软件单元功能与设计一致
     

    集成测试退出标准


    1) 集成测试用例设计已经通过评审
    2) 所有源代码和可执行代码已经建立受控基线,纳入配置管理受控库,不经过审批不能随意更改
    3) 按照集成构件计划及增量集成策略完成了整个系统的集成测试
    4) 达到了测试计划中关于集成测试所规定的覆盖率的要求
    5) 集成工作版本满足设计定义的各项功能、性能要求
    6) 在集成测试中发现的错误已经得到修改,各级缺陷修复率达到标准
    7) A、B类BUG不能存在
    8) C、D类BUG允许存在,但不能超过单元测试总BUG的50%。
    9) E类BUG允许存在

    系统测试退出标准


    1) 系统测试用例设计已经通过评审
    2) 按照系统测试计划完成了系统测试
    3) 系统测试的功能覆盖率达100%
    4) 系统的功能和性能满足产品需求规格说明书的要求
    5) 在系统测试中发现的错误已经得到修改并且各级缺陷修复率达到标准
    6) 系统测试后不存在A、B、C类缺陷
    7) D类缺陷允许存在,不超过总缺陷的5%
    8) E类缺陷允许存在,不超过总缺陷的10%
    注:这只是一套比较理想化的退出标准,但在实际工作中不可能达到这种程度,尤其是测试覆盖率和缺陷解决率不可能是100%。现在的军方标准是达到99%。对于通用软件来说就要根据公司实际情况

    展开全文
  • 十个原则确定软件测试结束的标准 单元测试退出标准 集成测试退出标准 系统测试退出标准 在软件消亡之前,如果没有测试的结束点,那么软件测试就永无休止,永远不可能结束。软件测试的结束点,要依据自己公司具体...

    目录

    十个原则确定软件测试结束的标准

    单元测试退出标准

    集成测试退出标准

    系统测试退出标准


    在软件消亡之前,如果没有测试的结束点,那么软件测试就永无休止,永远不可能结束。软件测试的结束点,要依据自己公司具体情况来制定,不能一概而论!个人认为测试结束点由以下几个条件决定:

    十个原则确定软件测试结束的标准

    1.基于“测试阶段”的原则:

    每个软件的测试一般都要经过单元测试、集成测试、系统测试这几个阶段,我们可以分别对单元测试、集成测试和系统测试制定详细的测试结束点。每个测试阶段符合结束标准后,再进行后面一个阶段的测试。举个例子来说:单元测试,我们要求测试结束点必须满足“核心代码100%经过Code Review”、“功能覆盖率达到100%”、“代码行覆盖率不低于80%”、“不存在A、B类缺陷”、“所有发现缺陷至少60%都纳入缺陷追踪系统且各级缺陷修复率达到标准”等等标准。集成测试和系统测试的结束点都制定相关的结束标准,当然也是如此。

    2.基于“测试用例”的原则:

    测试设计人员设计测试用例,并请项目组成员参与评审,测试用例一旦评审通过,后面测试时,就可以作为测试结束的一个参考标准。比如说在测试过程中,如果发现测试用例通过率太低,可以拒绝继续测试,待开发人员修复后再继续。在功能测试用例通过率达到100%,非功能性测试用例达到95%以上,允许正常结束测试。但是使用该原则作为测试结束点时,把握好测试用例的质量,非常关键。

    3.基于“缺陷收敛趋势”的原则:

    软件测试的生命周期中随着测试时间的推移,测试发现的缺陷图线,首先成逐渐上升趋势,然后测试到一定阶段,缺陷又成下降趋势,直到发现的缺陷几乎为零或者很难发现缺陷为止。我们可以通过缺陷的趋势图线的走向,来定测试是否可以结束,这也是一个判定标准。

    4.基于“缺陷修复率”的原则:

    软件缺陷在测试生命周期中我们分成几个严重等级,它们分别是:严重错误、主要错误、次要错误、一般错误、较小错误和测试建议6种。那我们在确定测试结束点时,严重错误和主要错误的缺陷修复率必须达到100%,不允许存在功能性的错误;次要错误和一般错误的缺陷修复率必须达到85%以上,允许存在少量功能缺陷,后面版本解决;对于较小错误的缺陷修复率最好达到60%~70%以上。对于测试建议的问题,可以暂时不用修改。

    5.基于“验收测试”的原则:

    很多公司都是做项目软件,如果这种要确定测试结束点,最好测试到一定阶段,达到或接近测试部门指定的标准后,就递交用户做验收测试。如果通过用户的测试验收,就可以立即终止测试部门的测试;如果客户验收测试时,发现了部分缺陷,就可以针对性的修改缺陷后,验证通过后递交客户,相应测试也可以结束。

    6.基于“覆盖率”的原则:

    对于测试“覆盖率”的原则,个人觉的只要测试用例的“覆盖率”覆盖了客户提出全部的软件需求,包括行业隐性需求、功能需求和性能需求等等,只要测试用例执行的覆盖率达到100%,基本上测试就可以结束。如“单元测试中语句覆盖率最低不能小于80%”、“测试用例执行覆盖率应达到100%”和“测试需求覆盖率应达到100%”都可以作为结束确定点。如果你不放心,非得要看看测试用例的执行效果,检查是否有用例被漏执行的情况,可以对常用的功能进行“抽样测试 ”和“随机测试”。对于覆盖率在单元测试、集成测试和系统测试,每个阶段都不能忽略。

    7.基于“项目计划”的原则:

    大多数情况下,每个项目从开始就要编写开发和测试的Schedule,相应的在测试计划中也会对应每个里程碑,对测试进度和测试结束点做一个限制,一般来说都要和项目组成员(开发,管理,测试,市场,销售人员)达成共识,团队集体同意后制定一个标准结束点。如果项目的某个环节延迟了,测试时间就相应缩短。大多数情况下是所有规定的测试内容和回归测试都已经运行完成,就可以作为一个结束点。很多不规范的软件公司,都是把项目计划作为一个测试结束点,但是如果把它作为一个结束点,测试风险较大,软件质量很难得到保证。

    8.基于“缺陷度量”的原则:

    这个原则也许大家用的不是很多,了解比较少。我们可以对已经发现的缺陷,运用常用的缺陷分析技术和缺陷分析工具,用图表统计出来,方便查阅,分时间段对缺陷进行度量。我记得以前zhuzx在这个论坛上提出过缺陷分析技术这个问题,我不再重复讲述。我们也可以把 “测试期缺陷密度”和 “运行期缺陷密度”作为一个结束点。当然,最合适的测试结束的准则应该是“缺陷数控制在一个可以接受的范围内”。比如说:一万行代码最多允许存在多少个什么严重等级的错误,这样比较好量化,比较好实施,成为测试缺陷度量的主流。

    9.基于“质量成本”的原则:

    一个软件往往要从“质量/成本/进度”三方面取得平衡后就停止。至于这三方面哪一项占主要地位,就要看是什么软件了。比如说是:人命关天的航天航空软件, 那还是质量重要些,就算多花点钱、推迟一下进度,也要测试能保证较高质量以后才能终止测试,发布版本。如果是一般的常用软件,由于利益和市场的原因,哪怕有bug,也必须得先推出产品,没办法呀。一般来说,最主要的参考依据是:“把找到缺陷耗费的代价和这个缺陷可能导致的损失做一个均衡”。具体操作的时候,可以根据公司实际情况来定义什么样的情况下算是“测试花费的代价最划算、最合理”,同时保证公司利益最大化。如果找到bug的成本比,用户发现bug 的成本还高,也可以终止测试。

    10.基于“测试行业经验”的原则:

    很多情况下,测试行业的一些经验,也可以为我们的测试提供借鉴。比如说测试人员对行业业务的熟悉程度,测试人员的工作能力,测试的工作效率等等都会影响到整个测试计划的执行。如果一个测试团队中,每个人都没有项目行业经验数据积累,拿到一个新的项目,自然是一头雾水,不知道从何处开始,测试质量自然不会很高。因此通过测试者的经验,对确认测试执行和结束点也会起到关键性的作用。

    单元测试退出标准

    1) 单元测试用例设计已经通过评审

    2) 核心代码100% 经过Code Review

    3) 单元测试功能覆盖率达到100%

    4) 单元测试代码行覆盖率不低于80%

    5) 所有发现缺陷至少60%都纳入缺陷追踪系统且各级缺陷修复率达到标准

    6) 不存在A、B类缺陷

    7) C、D、E类缺陷允许存在

    8) 按照单元测试用例完成了所有规定单元的测试

    9) 软件单元功能与设计一致

    集成测试退出标准

    1) 集成测试用例设计已经通过评审

    2) 所有源代码和可执行代码已经建立受控基线,纳入配置管理受控库,不经过审批不能随意更改

    3) 按照集成构件计划及增量集成策略完成了整个系统的集成测试

    4) 达到了测试计划中关于集成测试所规定的覆盖率的要求

    5) 集成工作版本满足设计定义的各项功能、性能要求

    6) 在集成测试中发现的错误已经得到修改,各级缺陷修复率达到标准

    7) A、B类BUG不能存在

    8) C、D类BUG允许存在,但不能超过单元测试总BUG的50%。

    9) E类BUG允许存在

    系统测试退出标准

    1) 系统测试用例设计已经通过评审

    2) 按照系统测试计划完成了系统测试

    3) 系统测试的功能覆盖率达100%

    4) 系统的功能和性能满足产品需求规格说明书的要求

    5) 在系统测试中发现的错误已经得到修改并且各级缺陷修复率达到标准

    6) 系统测试后不存在A、B、C类缺陷

    7) D类缺陷允许存在,不超过总缺陷的5%

    8) E类缺陷允许存在,不超过总缺陷的10%

    注:这只是一套比较理想化的退出标准,但在实际工作中不可能达到这种程度,尤其是测试覆盖率和缺陷解决率不可能是100%。现在的军方标准是达到99%。对于通用软件来说就要根据公司实际情况了。

     

    展开全文
  • 测试用例已经全部覆盖,缺陷全部覆盖,其他指标达到标准 转载于:https://www.cnblogs.com/yhchong/p/11008797.html

     

    测试用例已经全部覆盖,缺陷全部覆盖,其他指标达到标准

     

    转载于:https://www.cnblogs.com/yhchong/p/11008797.html

    展开全文
  • 例如一些界面显示排版问题可以遗留我们公司项目结束的标准是: 第一,测试用例回归测试已经全部执行, 第二,bug都已被确认,暂缓的bug也有详尽的解释, 第三,测试报告、测试总结完成, 第四,项目处于试运行...
  • 测试的准入准出什么情况下可以开始当前版本的测试工作,什么情况下可以结束当前版本的测试工作。不同项目、不同公司的测试准入准出标准都会有所不同。下面介绍一些通用的测试准入准出标准
  • 软件测试是什么

    2019-10-04 04:00:07
    软件测试的目的为了发现一些可以通过测试避免开发风险,实施测试来降低所发现风险,确定测试何时可以结束。在开发项目过程中将测试看作一个标准项目。测试的其目的在于检验它是否满足规定需求或弄清预期...
  • 4.测试计划编写

    2019-10-24 19:48:29
    测试计划的编写内容: 1.为什么要做这个测试计划、参考的资料是什么(原型图、需求说明书) 2.测试的功能模块,采用的...面试题:你们测试结束的标准是什么? 没有绝对的答案,要根据实际情况来。每个公司的定义不同...
  • 测试基础理论

    2020-10-10 16:14:19
    4.测试结束的标准是什么? 5.测试计划包括哪些主要步骤和信息? 6.进行测试用例设计的时候用到的方法有哪些? 7.bug的生命周期?你是怎么跟进bug的? 8.Bug记录包含哪些内容?如何提交高质量的bug记录? 9.你提...
  • 测试笔试题1

    2019-05-27 17:16:48
    1,一个好的测试用例,有哪些特点? “好的”测试用例一定是一个完备的集合,...2,测试结束的标准是什么? 十大原则确定软件测试结束的标准:测试阶段、测试用例、缺陷收敛趋势、缺陷修复率、验收测试、覆盖率、...
  • 软件测试面试题_3

    2019-09-29 15:44:21
    1.软件测试结束的标准是什么? 用例全部测试;覆盖率达到标准;缺陷率达到标准;其他指标达到质量标准 2.软件测试流程有哪些阶段? 1.需求分析 2.制定测试计划 3.编写测试用例 4.执行测试用例,提交bug至...
  • 这里写目录标题全套软件测试面试笔试题(附...性能测试从使用方便的角度来说,9 测试结束的标准是什么?10 描述软件测试活动的生命周期?11 软件的缺陷等级应如何划分? 软件测试工程师笔试题(附答案) 全套软件测试面
  • 1、你在你所在的公司是怎么开展测试工作的?...8、测试结束的标准是什么? 9、软件验收测试除了alpha,beta测试以外,还有哪一种? 10、做测试多久了?以前做过哪些项目? 11、你们以前测试的流程是怎样的?
  • 软件测试工作总结(二)

    千次阅读 2018-11-04 22:01:03
    11、测试结束的标准是什么?  1.用例全部执行。2.覆盖率达到标准。3.缺陷率达到标准。4.其他指标达到质量标准  12、制定测试计划之前需要了解什么问题?  1)软件测试计划的目的是什么?是否所有人都知道?他们...
  • 什么是软件测试生命周期(STLC)? 软件测试生命周期(STLC)测试过程中进行一系列特定活动,以确保达到软件质量目标。STLC涉及验证和确认活动。与普遍看法相反,软件测试不仅一项单独活动,即测试。它...
  • 软件测试面试题

    2013-12-23 15:47:35
    6. 测试结束的标准是什么 7. 验收、集成、系统、功能、性能测试之间有什么联系 9. 怎么维持测试跟开发之间的关系10. 一个软件测试工程师应具备的素质11. 一个网站的界面找测试点     1.保证产品质量 2.测试计划、...
  • 软件测试经典题目5

    2013-03-26 16:02:49
    97、测试结束的标准是什么? 98、软件验收测试除了alpha ,beta测试以外,还有哪一种? 99、做测试多久了?以前做过哪些项目?你们以前测试的流程是怎样的?用过哪些测试工 具? 100、请就如何在开发中进行软件质量...
  • 四、如何写测试计划 测试计划应该包含什么?...测试结束的标准是什么? 用例通过率和bug比例达到要求,不出现比较严重的bug,测试报告审核过后即可表明测试结束 测试环境的配置,需要问开发或者运维 敏捷开...
  • 软件测试上线的标准是什么? 既定周期(几轮测试用例跑完)完成就结束? 搞定所有bug? 领导说了算? 集体讨论决定? 小编认为测试活动是各种资源妥协的结果,也可以说是各种资源协调的最佳实践,不要认为与你...
  • 软件测试 技术类面试题问题集锦

    千次阅读 2018-08-30 15:56:13
    1.您在从事性能测试工作时,是否使用过一些测试工具?如果有,请试述该工具的工作原理,并以一个 具体的工作中的例子描述该工具是如何在实际工作中应用的。...7.测试结束的标准是什么? 8.软件验收...
  • 大家好,我们在上期说了关于笔试中的内容,那我笔试和面试中把关于测试基础问题和技能点...软件测试结束的标准是什么?等等这个很杂什么都会有,所以一定要把测试基础知识点搞清楚  那我们再说技能点的问题,笔试...
  • 6.测试结束的标准是什么?7.描述软件测试活动的生命周期?8.软件的缺陷等级应如何划分?9. 当开发人员说不是BUG时,你如何应付?10.你为什么想离开目前的职务?11.您认为做好测试用例设计工作的关键...
  • 软件测试经典面试题 (超实用)

    热门讨论 2012-02-16 13:48:08
    97、测试结束的标准是什么? 26 98、软件验收测试除了alpha ,beta测试以外,还有哪一种? 26 99、做测试多久了?以前做过哪些项目?你们以前测试的流程是怎样的?用过哪些测试工具? 27 100、请就如何在开发中进行软件...
  • 软件测试的测试流程

    2020-09-28 10:48:55
    软件测试----测试流程 1.需求分析阶段 (1)需求分析 需求分析 产品原型 口述 (2)学习业务流程 ...开始测试结束测试的标准是什么 (4)测试用例 用例编号 (唯一的) 用例名称(言简意赅) 前置条件(执
  • 1问题定义、2可行性研究 、3需求分析 、4总体设计(概要设计)、5详细设计、6编码和单元测试、7综合测试、8软件维护1问题定义 问题定义阶段必须回答关键问题:“要解决问题是什么?”如果不知道问题是什么就...
  • 软件生存周期每个阶段基本任务和结束标准。   1问题定义、2可行性研究 、3需求分析 、4总体设计(概要设计)、5详细设计、6编码和单元测试、7综合测试、8软件维护 1问题定义  问题定义阶段必须回答关键...
  • 遗憾的,前一种方式几乎可算是业界的标准做法。使用这种方式来进行改动时,先是仔细地计划你所要进行的改动,并确保自己理解了将要修改 的代码,然后再开始改动。结束之后,运行修改后的系统,看看所做的改动是否...

空空如也

空空如也

1 2 3 4 5 ... 16
收藏数 305
精华内容 122
关键字:

测试结束的标准是什么