软件测试知识点2

1.软件测试的生命周期:需求分析→测试计划→ 测试设计、测试开发→ 测试执行→ 测试评估
2.如何描述bug:标题、bug编号、测试环境、测试平台、测试步骤、测试版本号、功能模块、测试数据、预期结果、实际结果、bug的级别
例:

bug编号:01
标题:ios版微信APP聊天记录无法删除
测试版本号:v7.0.8
功能模块:删除功能
测试环境:iOS环境
测试平台:手机的版本
测试步骤:
1.打开微信APP,进入聊天页面
2.选择一条聊天记录,向左滑动出现删除按钮
3.点击删除,出现确认删除按钮
4.点击确认删除
测试数据:聊天记录
预期结果:可以正常删除
实际结果:无法正常删除
bug的级别:重要
附件:截图

3.bug的级别:

1.blocker,崩溃,死机、死循环等
解决:1立刻修复 2回滚
2.critical,严重,影响数据的稳定 修复
3.major,一般,修复
4.minor,次要,影响用户的体验

4.bug的生命周期:star->open ->是否修改(拒绝/延后 或者 修改)->回归测试(拉取新的代码测试)

黑盒测试

5.等价类

依据需求将输入(特殊情况下会考虑输出)划分为若干个等价类,从等价类中选出一个测试用例,如果这个测试用例测试通过,则认为所代表的等价类测试通过,这样就可以用较少的测试用例达到尽量多的功能覆盖,解决了不能穷举测试的问题。
有效等价类:对于程序的规格说明书是合理的、有意义的输入数据构成的集合,利用有效等价类验证程序是否实现了规格说明中所规定的功能和性能
无效等价类:根据需求说明书,不满足需求的集合。

6.边界值:边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。
例:

手机号的等价类:0-10无效等价类,大于12无效等价类,11是有效等价类,边界值:0、10、11、12

7.因果图
1.恒等
在这里插入图片描述
2.与
在这里插入图片描述

3.或
在这里插入图片描述

4.非
在这里插入图片描述

因果图法设计测试用例的步骤如下:
(1)分析所有可能的输入和可能的输出。
(2)找出输入与输出之间的对应关系。
(3)画出因果图。
(4)把因果图转换成判定表。
(5)把判定表对应到每一个测试用例。

8.正交排列

正交法的目的是为了减少用例数目。用尽量少的用例覆盖输入的两两组合
*正交表的构成:*L=N(TC)
行数(Runs):正交表中的行的个数,即试验的次数,用N代表。
因素数(Factors):正交表中列的个数,用C代表。
水平数(Levels):任何单个因素能够取得的值的最大个数。正交表中的包含的值为从0到数“水平数-1”或从1到“水平数”,用T代表。
正交表的两条性质:
每一列中各数字出现的次数都一样多。
任何两列所构成的各有序数对出现的次数都一样多。

9.场景设计法

步骤:
(1)确定业务的基本流
(2)找到备选流
(3)根据基本流和备选流生成不同的业务场景
(4)根据这些业务场景设计测试用例
场景法的测试用例
取款流程:插卡-输入密码-输入金额-取卡-退卡
功能点:输入金额………… 许多个功能点组成了一个业务流程
基本流:操作一切正常
备选流1:三次密码都输入错误
备选流2:第一次输错,第二次输入正确
备选流3:输入金额大于银行卡金额
备选流4:操作超时,吞卡

10.错误猜测法

基于经验和直觉,找出程序中你认为可能出现的错误,有针对性地设计测试用例。

11.测试用例的粒度和评价

粒度:指测试用例编写的详细程度。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值