软件测试--用例

目录

测试用例的基本要素

测试用例的设计方法--针对黑盒测试(重要)

等价类

边界值

错误猜测法

场景设计法

因果法

判定表法

正交表法

测试用例设计万能公式

使用工具控制网络和测试接口

控制网络(Fiddler)

接口测试(可视化工具postman)


测试用例的基本要素

测试用例(Test Case)是为了实施测试而向被测试的系统提供的一组集合,这组集合包含:测试环 境、操作步骤、测试数据、预期结果等要素。

测试用例的好处

测试执行者的依据

使得工作可重复,自动化测试的基础

评估需求覆盖率

用例的复用

积累测试的方法思路以供后续借鉴

测试用例的设计方法--针对黑盒测试(重要)

在分析测试需求时,一般分为功能测试需求非功能测试需求

功能需求测试分析

对于功能测试中,可以借助功能框图来帮助我们进行测试的需求分析。概括起来,功能测试需求包括以下,通常包括以下几个方面。

(1)系统各个功能界面的验证

(2)借助业务把功能串起来进行测试

(3)功能的一致性,交互性(多功能互操作)的测试

(4)系统的不同输入,结果输出的业务数据测试。

(5)功能的错误操作,异常操作的测试(属于负面测试)

(6)功能实现用到的算法验证,有时需要用运代码评审

(7)用户操作的易用性,用户体验,往往结合功能测试同时验证

具体设计测试用例的方法

等价类

依据需求将输入(特殊情况下会考虑输出)划分为若干个等价类,从等价类中选出一个测试用例,如果 这个测试用例测试通过,则认为所代表的等价类测试通过,这样就可以用较少的测试用例达到尽量多的 功能覆盖,解决了不能穷举测试的问题。

有效等价类:满足用户需求的数据集合

无效等价类:不满足用户需求的数据集合

通过等价类的方法设计测试用例:

1.理解需求

2.划分出有效等价类和无效等价类

3.细分有效等价类、无效等价类

4.组合有效等价类,组合无效等价类

组合规则:

有效等价类组合的时候,一条测试用例尽可能多的覆盖有效等价类。

无效等价类组合的时候,一条测试点只能覆盖一条无效等价类。

边界值

(1)上点、离点、内点

上点:无论是开区间还是闭区间还是半开半闭区间,上点就是边界上的点

内点:无论是开区间还是闭区间还是半开半闭区间,边界内的点

离点:边界左右的一个点。如果是闭区间,离点就是范围外的点;如果是开区间,离点就是范围内的点

(2)设计测试用例步骤

1.充分理解需求

2.找离点,找内点,找上点

3.针对离点,内点,上点设计测试用例

错误猜测法

错误猜测法是对被测试软件设计的理解,过往经验以及个人直觉,推测出软件可能存在的缺陷,从而针 对性地设计测试用例的方法。 这个方法强调的是对被测试软件的需求理解以及设计实现的细节把握,还有个人的经验和直觉。这个方法的缺点是难以系统化,并且过度依赖个人能力。

以注册为例:

1、校验中特殊字符空格的处理? 2、密码校验中的大小写? 3、姓名中的特殊字符? 4、密码发送是否明文

场景设计法

1.什么是场景?

现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景。

2.场景设计法设计测试用例具体的步骤是什么?

1)主事件流

2)次事件流

3)将主事件流和次事件流串起来就会形成场景,一个场景就是一个测试用例

案例--淘宝购物:

打开APP(次:闪退)--搜索商品(次:没有搜索到任何商品、电脑无电、改了关键词又搜索出来了)--选中某个商品(次:只看了商品页最上面的信息/看了其他信息)--加入购物车(次:加入一件/两件/加入购物车后再减/加入购物车后下架)--选择支付方式(次:绑定了银行卡/绑定微信/京东白条)--生成订单(次:确认/取消/支付超时)--支付(次:成功/失败)

因果法

因果图是一种简化了的逻辑图,能直观地表明程序输入条件(原因)和输出动作(结果)之间的相互关 系。因果图法是借助图形来设计测试用例的一种系统方法,特别适用于被测试程序具有多种输入条件、 程序的输出又依赖于输入条件的各种情况。

恒等:条件为真,那么结果必定为真。

与:条件全为真,那么结果为真。

或:条件全为假,结果才为假。

非:条件为假,结果才为真。

判定表法

通过判定表法设计测试用例:

1.充分理解需求

2.分析所有可能的输入和可能的输出

3.找出输入和输出之间的对应关系

4.判定表

5.把判定表对应到每个测试用例

判定表设计测试用例可以帮助测试人员理清输入和输出的关系,但是对于比较复杂的输入和输出,会耗费大量时间。

正交表法

1.几个名词

因素(Factor):在一项试验中,凡欲考察的变量称为因素(变量)

水平(位级)(Level):在试验范围内,因素被考察的值称为水平(变量的取值)

正交表的构成:

行数(Runs):正交表中的行的个数,即试验的次数,用N代表。

因素数(Factors):正交表中列的个数,用C代表

2.正交表的性质

每一列中各数字出现的次数都一样多。

任何两列中的各有序数对出现的次数都一样多。

3.通过正交表设计测试用例

1、确定因素(变量)

2、确定因素水平(变量的取值)

3、通过工具画正交表(allpairs

4、将正交表转化为测试用例

5、补充正交表

案例

以注册的需求为例: 姓名、邮箱、密码、确认密码、验证码必须全部输入,才能进行注册。

1、因素:姓名、邮箱、密码、确认密码、验证码

2、水平:填写、不填写

把上述表格复制到记事本中,保存到和allpairs.exe的同级目录下

cmd中打开allpairs.exe操作文件

得到的文件里面就有测试用例:

测试用例设计万能公式

测试用例设计的思路:测试用例设计万能公式

功能、界面、易用性、兼容性、安全性、性能、网络

针对某个物体设计测试用例:

针对某个软件的某个功能设计测试用例:

使用工具控制网络和测试接口

控制网络(Fiddler)

测试用例设计,控制网络,观察软件的各个功能是否可以正常操作

接口测试(可视化工具postman)

针对接口的方法进行测试:get、post、put、delete

针对参数进行测试:针对参数(取值、参数个数、参数为空)

针对业务进行测试:接口返回的参数取值对不对,接口返回参数的个数对不对

  • 25
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
以下是一些针对登录功能的软件安全测试用例示例: 1. 验证合法用户:使用正确的用户名和密码进行登录,确保系统能够成功验证合法用户的身份,并允许其登录。 2. 验证非法用户:使用错误的用户名和密码进行登录,确保系统能够正确地拒绝非法用户的登录尝试,并给出适当的错误提示。 3. 密码安全性:测试系统对于密码的安全性要求,包括密码长度、复杂性要求(如包含字母、数字和特殊字符等)等。 4. 账号锁定:测试系统在多次登录失败后是否会锁定账号,以防止暴力破解攻击。 5. 弱密码检测:测试系统是否能够检测和阻止使用弱密码(如常见的密码、连续字符等)进行登录。 6.会话管理:测试系统在用户登录后如何管理会话,包括会话超时、注销等功能。 7. 跨站脚本攻击(XSS)防护:测试系统是否对输入的用户名和密码进行适当的转义和过滤,以防止XSS攻击。 8. SQL注入防护:测试系统是否对输入的用户名和密码进行适当的过滤和参数化处理,以防止SQL注入攻击。 9. 强制访问控制:测试系统是否正确地实施访问控制策略,只允许授权用户访问相关资源。 10. 多因素身份验证:测试系统是否支持和正确实施多因素身份验证,如短信验证码、指纹识别等。 以上仅是一些示例,具体的测试用例应该根据具体的系统和安全要求进行定制和扩展。同时,还应该考虑其他安全测试方面,如会话劫持、密码重置功能、安全日志记录等。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Roylelele

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值