黑盒测试中发现的bug类型

最近总结了一下测试中可能发现的bug类型,跟大家分享一下。

 

1  功能遗漏或者错误

     这种情况大多是对于式样理解的错误或者有偏差引起的实装问题。设计测试用例时需要把业务流程画出来,按照输入来确认输出,不要遗漏其中的部分就可以。比如batch处理,设计时需要分清哪些情况是需要处理的,哪些情况是除外的,并且要明白处理的触发条件是什么。

 

2  界面(GUI)问题

    文字及窗口的大小,高度,位置,icon等等

 

3   初始化问题及终止问题

    初始化问题主要体现在初期值的表示及reset机能,初期值是否正确表示,及画面数据录入后进行reset后的反应。

    终止问题是最容易忽略的,也是客户经常指出来的问题。比如是画面的关闭button问题。

 

4   数据库问题

     黑盒测试者经常犯的一个错误,就是单单看画面的反应,而忽略了数据库的确认,是否数据被正常录入。而且有些操作是后台进行的,画面上并没有具体的画面。比如说两个数据库间的连携。

 

举两个实例来说明一下,一个是数据库测试,一个是式样变更后发现的新的界面(GUI)问题。

 

实例1   在登录账号的后面显示对应的职种。是通过运行脚本,把两个数据库间的表进行连携处理实现的。

     由于职种表是客户数据库中的表,所以测试时是模拟这些表建的职种表(1个职种对应建一个表),但是里面的字段只用了连携用的两个字段(master_id, account_id)。 通过脚本知道,当系统数据库

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值