精华内容
下载资源
问答
  • 如何保证用例的全面性
    千次阅读
    2017-11-06 11:07:00
    测试用例覆盖度一般是从以下几方面衡量的:
        1)测试需求的覆盖:保证所有需求都已经设计用例
        2)测试特性的覆盖:保证所有不同类型已覆盖,如:功能测试,性能测试等
        3)平台与层次的覆盖:保证所有平台有用例覆盖,不同层次都有设计用例,如业务层、接口层等
     
    一般通过用例评审来完善用例,也可通过代码覆盖度工具(Java平台比较多,如JaCoCo)来检测用例的覆盖是否完整

    转载于:https://www.cnblogs.com/wysk/p/7792199.html

    更多相关内容
  • 如何保证用例覆盖度

    千次阅读 2021-02-20 15:56:58
    保证用例的覆盖度,一直是测试人员追求的目标,只有用例覆盖了,才能确保该功能经过测试。 而没有覆盖到的,只有靠探索式、随机测试等方式了。 但是这些方式并不是绝对可靠的,因此在写测试用例时,对业务流程、高...

    保证用例的覆盖度,一直是测试人员追求的目标,只有用例覆盖了,才能确保该功能经过测试。

    而没有覆盖到的,只有靠探索式、随机测试等方式了。

    但是这些方式并不是绝对可靠的,因此在写测试用例时,对业务流程、高风险功能、高访问频率的功能保证测试用例覆盖,是对产品质量的有效保障。

    那么要如何才能保证覆盖度呢?根据经验大致谈谈。

    1. 覆盖显性需求

    需求文档或原型图上已经标注清楚的功能一定要全部覆盖,通过思维导图工具进行梳理一般都能保证。

    2. 获取隐含需求

    隐含需求的获取是一大难点,但需求就像冰山,露在水面的始终只是极少的一部分。

    3. 合理使用合适的用例设计方法

    常规设计方法

    等价类、边界值、流程分析法等常规的用例设计方法自不必说,这是测试人员的基本技能,通过合理的用例设计方法可以有效提高测试用例覆盖度。

    史问题分析

    我们常说错误猜测法,由于软件缺陷的免疫性、集中性、反复性,错误猜测法是除教科书式的测试用例设计方法以外最有效的用例设计方法。
    但是错误猜测法有一个最大的问题,就是要基于测试经验的积累。没有大量的实际项目经验是难以有效的猜测哪些地方容易出 bug 的。

    这里结合经验给大家几点建议:

    a. 典型问题:收集每次项目中的典型问题,这些典型问题极具代表性,比如查询功能中的日期范围问题,比如输入为空的判断;
    b. 出现频率高的问题:每次项目的测试报告中对高频率的 Bug 进行收集和分析;
    c. 线上遗漏问题:客户遗漏问题,往往是测试过程中忽略的问题,极具参考价值,对于测试范围、用例设计的改进有很大的意义。

    Bug 管理工具上的 Bug 是一个宝库,好好分析总结收集,会有很多可见或不可见的好处。

    4. 用例评审

    用例评审是保证用例覆盖度的一种制度性的方案。用例评审一般是需求、开发和测试三方参与。

    测试思路
    测试人员在参与用例评审,通过讲解用例体现每个人的测试思路,这时其他成员可以检验该测试人员有没有测试范围的偏差、测试思路的欠缺等。
    通过用例评审及时纠正,可以避免后期测试过程中方向性的错误。

    覆盖度
    通过用例评审可以借助开发、需求从不同的角度来提高用例的覆盖度。
    需求人员可以从业务的角度、用户使用的角度来检验用例的覆盖度;
    开发人员可以从设计和编码的角度,为测试人员提供代码逻辑层面的逻辑覆盖。

    不同人员负责模块交叉部分
    一般在体量较大的项目,都会有多个测试人员协调分工,每人负责一部分模块。这些模块与模块之间都可能存在交互。
    如果每个测试人员闭门造车,那么可能就会忽略很多模块之间的交互内容。
    通过用例评审,测试人员可以结合互相模块之间交互的地方,检查有没有被忽略的需求点。

    展开全文
  • 如何保证测试用例的覆盖率

    千次阅读 2022-04-16 17:53:53
    在测试过程中完善测试用例 用例是不可能覆盖全面的,所以要在测试过程中不断完善。 结合软件质量的八大特性进行思考 功能、可靠、效率(性能)、易用、可移植、兼容、安全、便于维护
    1. 满足需求说明书、产品说明书等要求。

    2. 采用多种方法设计测试用例。
      等价类、边界值、场景法、流程图法、因果图法、错误推断法
      等价类 这个方法使用非常广泛,主要是要考虑有效等价类和无效等价类。
      边界值 这个方法一般应用在有明确的约束条件的时候,代码设计一般在边界处容易出错,所以要在边界取值测试,也能够避免了测试用例写的冗余。
      场景法 场景法有利于帮助我们跳出惯有思维,站在用户的角度,考虑一些异于平常的场景,从而提高测试用例的覆盖度,设计出一下容易找到bug的用例。
      流程图法 这个方法和业务结合在一起,能够很好的验证是否所有的功能点都覆盖到了。
      因果图法 这个方法考虑到功能点之间的关联,利用因果图和判定表可以筛选冗余的用例和有价值的用例。
      错误推断法 这个主要是根据经验了。
      正交排列法 一般用在多个控件组合的情况。

    3. 进行测试用例评审,让不同的人参与进来
      产品、测试、开发,大家角色不同关注的点也不同,可能会提出不同的看法。
      评审会议还可以采用头脑风暴等方法打开思维。
      在测试过程中完善测试用例
      用例是不可能覆盖全面的,所以要在测试过程中不断完善。

    4. 结合软件质量的八大特性进行思考
      功能性、可靠性、效率性(性能)、易用性、可移植性、兼容性、安全性、便于维护性、

    展开全文
  • 测试用例详解

    2021-03-23 14:05:02
    在上篇文章中介绍了如何使用PHPUnit进行单元测试,现在我就来谈谈如何编写测试用例以及怎样保证测试的全面性。  在上篇文章中介绍了如何使用PHPUnit进行单元测试,现在我就来谈谈如何编写测试用例以及怎样保证测试...
  • 设计测试用例的过程可以更加深刻的理解需求,熟悉各功能点,保证尽可能全的覆盖到各测试点。也可以便于用例评审。 一般必备的有四方面:预置条件、执行步骤、预期结果、测试结果; 用例要点:需要包括与其他模块...

    1、什么是测试用例设计

    测试用例的设计就是如何覆盖所有软件表现出来的状态,即在满足输入/输出的一组条件下、软件运行是一系列次序的、受控制的状态变化过程

    2、设计用例的好处必备的四个必备方面

    设计测试用例的过程可以更加深刻的理解需求,熟悉各功能点,保证尽可能全的覆盖到各测试点。也可以便于用例评审。

    一般必备的有四方面:预置条件、执行步骤、预期结果、测试结果;

    用例要点:需要包括与其他模块耦合关系、用例的级别、考虑到哪些需求必须完成,哪些需求可以后续完成。

    3、测试用例的设计理念和设计方法有哪些

    首先是保证产品的质量,测试用例的数量并不能完全决定质量的好坏,要做到覆盖全面,提倡高质量的自动化测试。

    测试方法分为:等价类划分法、边界值分析法、功能图法、因果图法、场景法、错误推断法。

    等价类:等价类就是输入一组数据集合,有有效等价类和无效等价类,就可以用少量代表性的测试数据.取得较好的测试结果

    边界值:边界值是等价类划分法的补充,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据。

    因果图:它要考虑到输入条件之间的相互组合,可能会产生一些新的情况,因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图(逻辑模型). 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况。

    正交试验:很多时候因为大量数据的增加,但是他们之间并没有任何的组合关系,没有明显优先级而测试人员又无法完成这么多数量的测试,就可以通过正交表来进行缩减一些用例,从而达到尽量少的用例覆盖尽量大的范围的可能性。

    场景法:列出可以正常执行的业务流程,和异常的也叫备选流,根据用户来模拟用户的操作步骤。

    4、如何保证测试用例的覆盖度

    首先一定要熟悉需求,需求分析拆解非常重要,需求熟悉过程中,不理解的地方,一定要找到产品进行及时沟通,确认结果,其次项目开发过程中,每期的用例都要不断总结,学会总结,尽可能的保证少漏。其实这个与测试思维关系密切,工作经验的积累,以及测试思维的形成,都有助于你设计一份较完整的测试用例。

    5、测试用例的优先级别

    优先级一般都是和缺陷的严重程度对应的。

    一般可以把优先级分为三种:

    高(Highs):保证功能性是稳定的,是按照需求的正常使用和实现点进行用例设计的,重要的错误和边界测试的测试用例的集合。

    中(Mediums):更全面的验证功能的各方面,包括流程中的各个节点出错情况、异常情况测试、中断、UI展示、用户体验等方面的测试用例设计

    低(Lows):不常被执行的测试用例。比如压力和性能测试用例设计,接口测试用例设计随着时间的推移已经从低级别变化到了中级别。

    我们将测试用例分成:高,中和低。测试用例的优先级在后边我们进行”冒烟测试”的执行也是比较关键的。

    6、设计测试用例的完整过程

    (1)根据需求文档、概要设计、测试计划、测试方案 细分出各功能模块的测试项

    (2)根据测试项,按照概要设计、详细设计以及测试方案中测试的覆盖率细分出测试子项

    (3)按照测试子项、根据测试用例的设计方法(因果图、边界值、等价类等的设计方法)书写测试用例

    选用适合的用例管理工具(如Word,Excel)

    用例一定要及时更新(补充新的想法,删除过时的需求)

    做好用例分级,做好用例评审,要全面,包括功能、性能、兼容性、安全性、易用性、容错性等。

    那么下面就要一个案例,如何测试一个椅子 

    功能测试:

      1.能不能供人坐,即能不能供人使用。

      2.坐上去是否摇晃。

      3.坐人后是否会发出响声。

      4.椅子上会不会掉颜色,即坐上去,来回摩擦椅子上的颜色会不会粘到衣服上

      5.有水撒到椅子上的时候,用布子或纸擦的时候会不会掉颜色。能不能擦干净水。

      6.坐上去会不会有塌陷的感觉。

      7.从椅子上离开的时候会不会发出响声。

      8.椅子会不会轻易挂到衣服。

      9.靠在椅背上的时候会不会,发出响声,椅子会不会摇晃。

      10.椅子脏了是能易清理干净。

      11.是否只能供一个人坐

    性能测试:

      1.椅子能承受多大的重量,不会发出响声;能承受多大的重量不被压坏。

      2.椅子是否怕水

      3.椅子是否怕火

      4.椅子是否能在压了重物的情况下,然后摇晃,能坚持不长时间不响\不坏.

      5.椅背,用力向后靠椅背,检测椅背的向后的承受能力.

    安全性测试:

      1.椅子的材质是否与用户说明书或质量保证书上的一样。

      2.椅子的材料是否对人体有危害。

      3.在撒到椅子上水/饮料等液体的时候,椅子会不会产生什么有害的物质。

      4.在椅子被磨损的时候,会不会有划伤或擦伤用户的可能。

      5.坐在椅子上的时候,是否安全,例如在只坐到椅子最前端的一部分时,椅子会不会失去平衡等等。

      6.在与椅子摩擦的时候,会产生一定的容量,在摩擦的比较厉害的时候,会不会,产生有害的气体或物质。例如,产生难闻的气味等等。

      7.在人坐或踩在椅子上时椅子是否稳固,即不摇晃等。

      外观/适用性测试(界面/适用性测试):

      1.椅子的外观是否美观实用。

      2.是否与用户说明书或质量保证书上的一样出现的实物图相同。

      3.椅子的气味/扶手/坐垫及靠垫的软硬度是否合适。

      4.椅子是否容易挪动。

      5.椅子的高度/重量/材质是否合适。

      6.椅子的适用场合是否合适

    好啦今天的分享就到这里,测试用例是软件测试人员咋工作中不可缺少的一部分,虽然很多公司已经撤销了测试用例的编写,采用测试分析点进行测试,但测试用例还是很普遍,希望这期小分享可以帮到你~

    展开全文
  • 怎么保证测试用例的质量呢?

    千次阅读 2019-08-29 12:06:11
    作为一个测试人员,你怎么保证一个测试用例的质量呢?我能说如果一个优秀的测试人员,本身的技术,写出来的用例就具备了一个优秀的前提。 但是还是没有回答问题的本质。在最近的学习,我也在思考这个问题。我认为...
  • 原子的测试用例应该是这样的: 该测试用例尽可能少地断言,通常只有一个或两个断言。 测试避免与UI界面交互,最多只能在两个页面上进行。 在通常情况下,测试颗粒度越小。测试用例就会越复杂,但是将测试设计得尽...
  • 提供安全手工测试用例,包括身份鉴别、登录控制、越权测试、SQL注入、跨站点脚本编制、文件上传、跨站点请求伪造等web应用安全漏洞的手工测试方法
  • 一般在进行用例设计前首先要对被测试产品功能的全面了解、明确测试范围(特别是要明确哪些是不需要测试的)、具备基本的测试技术、方法...  2、全面性  覆盖所有的需求功能项;设计的用例除对测试点本身的测试外,还需考
  • 测试用例编写规范.doc

    2021-04-20 09:10:57
    测试用例编写规范
  • 需求文档或原型图上已经标注清楚的功能一定要全部覆盖,通过思维导图工具进行梳理一般都能保证。 2、获取隐含需求 隐含需求的获取是一大难点,但需求就像冰山,露在水面的始终只是极少的一部分。 行业 测试...
  • 测试用例编写指南----.docx
  • 低层次——从单个测试用例看,衡量其描述的规范、可理解和可维护等指标 一、高层次(high-level)标准 高层次标准是从满足某一个特定的测试目标出发来进行定义,分析一组测试用例的设计思路、设计方法和策略,...
  • 自动化测试用例的编写是实现项目自动化的核心,合理的用例设计是保证自动化效益和实用的关键,也直接决定了自动化脚本是否具备可扩展和可维护。由此,本篇文章主要为大家介绍了测试用例编写的规范和注意事项。 ...
  • 如何保障测试用例的覆盖率

    千次阅读 2020-11-09 21:27:55
    高质量的测试用例保证产品质量的关键,好的测试用例执行完毕,产品基本可达到符合标准的要求,在写测试用例时,对业务流程、高风险功能、高访问频率的功能保证测试用例覆盖,是对产品质量的有效保障。那么如何保障...
  • 统一测试用例编写的规范,为测试设计人员提供测试用例编写的指导,提高编写的测试用例的可读性,可执行、合理。为测试执行人员更好执行测试,提高测试效率,最终提高公司整个产品的质量。 2 范围 适用于集成...
  • 本文为《软件可靠简介》培训课程中摘录的公开内容,目录:一、软件测试的概念;二、软件测试的分类;三、软件测试计划;四、测试用例的设计;五、测试用例的评审;六、如何记录Bug;七、回归测试;八、测试报告的...
  • 测试一个新功能时,最重要的一个步骤就是编写测试用例,测试用例写好了,那么后面的测试工作基本就非常顺利了,那么怎样提高测试用例的质量呢? 充分理解需求 拿到测试需求后,不应该拿到什么就是什么,需求上...
  • 二、测试用例组成要素 三、测试用例设计方法 四、测试用例粒度 五、有效地管理测试用例 总结 一、软件测试生命周期 需求分析->测试计划->测试用例设计->测试执行->测试评估 二、测试用例组成...
  • 测试用例(Test Case)是为了实施测试而向被测试的系统提供的一组集合,这组集合包含:测试环境、操作步骤、测试数据、预期结果等要素(测试方法,重要,优先级,功能模块等)。 好的测试用例是一个不熟悉业务的人...
  • AutoTCG 自动化测试用例设计平台,基于业务流程创建可视化测试模型,自动生成测试用例,与Selenium、ETest等主流测试工具集成实现自动化测试; AutoTCG采用先进的数学算法,可实现全面科学的测试覆盖; AutoTCG适用...
  • 软件测试中测试用例详解在上篇文章中介绍了如何使用PHPUnit进行单元测试,现在我就来谈谈如何编写测试用例以及怎样保证测试的全面性。通常的测试用例继承自PHPUnit_Framework_TestCase类,其中的每个测试都以test...
  • 说到测试用例的设计,我想每个有过测试经历的测试工程师都会认为很简单,不就是:按需求或概要设计,得到软件功能划分图,然后据此按每个功能,采用等价类划分、临界值、因果图等方法来设计用例就行了。 但事实上...
  • 在聊移动APP测试用例设计之前,我请大家先思考如下2个问题:第一,我们为什么要做好测试用例设计?——why? 第二,好的测试用例设计有什么共性?——what?深入思考这2个问题的答案是一件很有意义的事情,作为移动...
  • 测试用例设计方法

    千次阅读 2022-03-09 09:07:38
    1. 用例介绍 1.1 定义 为某个业务目标,而编制的一组由测试输入,执行条件以及预期结果组成的案例 1.2 为什么要学习测试用例? 1.在开始实施测试之前设计好测试用例,可以避免盲目测试并提高测试效率。 2.测试...
  • 测试用例设计原则

    2022-05-31 06:10:17
    (1)测试用例的含义 定义∶测试用例(Test Case)是为特定的目的而设计的一组测试输入、执行条件和预期的结果,以便测试是否满足某个特定需求。通过大量的测试用例来检验软件的运行效果,它是指导测试工作进行的...
  • 什么是测试用例? 测试用例是执行测试的依据 把测试系统的...4.清晰 简洁: 好的测试用例描述清晰 每一步都应有相应的作用 有很强的的针对 不应出现一些御用的操作步骤 5.可维护: 由于软件开发过程中需求变...
  • 测试用例编写规范

    千次阅读 2021-09-26 13:31:19
    统一用例编写的规范,为测试设计人员提供测试用例编写的指导,提高编写的测试用例的可读性、可执行、合理。为测试执行人员更好执行测试,提高测试效率,最终提高公司整个产品的质量。 2 用途 适用于对各业务线...
  • 移动App兼容测试用例怎么设计

    千次阅读 2020-09-18 16:22:11
    之前我有写过一篇《为什么兼容测试如此重要》,从不一样角度阐述了兼容测试重要,今天我在分享一下,移动App兼容测试用例怎么设计,也是干货满满。废话不多说,进入我们正题。 兼容测试是指测试软件在...
  • 测试用例总结

    2022-03-01 19:29:32
    等价类划分是指分步骤地把海量(无限)的测试用例集减得很小,但过程同样有效。 等价类 :何为等价类,某个输入域的集合,在这个集合中每个输入条件都是等效的。 一般可分为有效等价类和无效等价类 2. 边界值法 ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 24,544
精华内容 9,817
关键字:

如何保证用例的全面性