测试用例的编写

1、什么是测试用例:

是为某个功能而编写的一组具有测试输入,执行条件,预期结果这样的一个文档,
用来检查我们的这个功能是否满足我们的需求不满足


2、测试⽤例的作⽤(为什么要写测试用例,写测试用例的好处是什么)

1、理清思路,避免漏测和重复测试
2、提⾼测试效率
3、跟进测试进度
4. 告诉领导去做什么
5. 跟进重复性任务
6.更好地记录问题,发现问题,重现问题

3、如何充分的理解需求

1、在需求评审时,如果对需求有疑问,这个时候可以在会议上提出
2、在写用例时,如果某个需求还是理解不了,这个时候可以找开发或者组长进行讨论,如果还是有疑问,这个时候可以找产品经理去讨论。


4、用例编写的原则:(如何写一个好的用例,)

1、基于需求:依据需求设计用例,不过度设计,要不需求中隐含的测试点找到
2、场景化:站在用户的角度上模拟用户输入,模拟用户操作顺序
3、描述精准:我们用简练的语言描述用例,不要出现也许大概,或者,可能
4、原子化:每个测试⽤例,只针对⼀个验证点进⾏设计,如发现验证点多于⼀个,可拆分,⽤例的颗粒度要适宜
5、可判定:同一个条用例在不同人多次执行的时候,每次执行的结果应一致
6、可回归:用例现在使用和将来使用时,需求不变的情况下,结果应保持一直
7、独立:测试⽤例彼此之间应尽量保持独⽴,⽤例B的执⾏不应该依赖于⽤例A的执⾏结果
8、正交:用例设计不要重复

5、测试用例中包含的内容?

用例编号    项目名称_测试阶段_模块名称_子模块_序列号   序列号在编写时:1
测试阶段:(st:系统测试,it:集成测试,ut:单元测试)

所属模块:模块名称
用例标题:精炼准确
前置条件:做这个操作要预先做好准备
优先级:高、中、低
操作步骤:我们在测试某个功能时,功能的打开之前步骤,输入数据,后面点击按钮操作
测试数据:测试模拟数据
期望结果:
实际结果
测试时间
负责人

6、你们再写用例时用的是什么工具?

1、excel表格 2、xmind

7、什么是⾼质量的测试⽤例

测试⽤例覆盖所有的⽤户需求
测试⽤例要简单明了
各类型的测试⽤例要⻬全
⽤最少的⽤例覆盖最多的需求

8、如何编写高质量的测试用例

1、充分理解需求
2、在编写用例时要语言精炼期望结果要明确
3、写用例时要使用用例设计方法
4、要进行用例评审

9、用例评审,你们在进行用例评审时都做哪些工作

1、我会把对应模块需求进行描述,然后把写好的用例一条一条的讲解
2、组内人员会对我写好的用例测试覆盖全面不全面进行评审,还有用例的标题,操作步骤使用的数据规范不规范进行检验
3、冗余的用例会在评审时提出,并进行删除

10、之前在用例评审时都有哪些人员参与?

一般情况都是我们测试组内的人员参与,如果某个模块比较复杂这个时候,就会研发还有产品也参与进来

11、常见的用例设计方法有哪些?

等价类划分
    定义:把所有可能的输⼊数据,即程序的输⼊域划分成若⼲部分(⼦集),然后从每⼀个⼦集中选取少数具有代表性的数据作为测试⽤例
    可以分为有效等价类(正确的数据)和无效等价类(错误的数据)
边界法
    测是的时候选取边界上的点,为什么要选取,是因为边界上的点容易出问题,
    上点:范围的端点,离点:闭外开内,内点:范围内的点
因果图
判定表
场景法
正交法
错误推断法

等价类:测试的内容有输⼊功能,⽽且输⼊的内容之间没有关系
边界值:输⼊的内容有边界,有类型、⼤⼩、⻓度的要求
判定表/因果图:有多种输⼊的内容,⽽且有多种输出结果
正交法:测试的数据和条件特别多
场景法:整合测试多个功能,需要使⽤场景法
错误推断法:时间、资源不充⾜;仅仅需要做初测

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值