小蚂蚁  
风雨过后才见彩虹
公告

  • —————————————
    李丽君
    软件测试工作者
    广东籍贯的海南人
    北京生活12年
    目前在深圳

    邮箱:
    llj2003hbdd@163.com
    —————————————
    说明:本Blog中的内容均为本人原创或转载,本人依法保留Blog内原创文章的所有权利,如需转载,请注明作者及出处。未经许可,不得将本Blog内文章用于任何盈利性用途。
    —————————————
日历
<2012年6月>
272829303112
3456789
10111213141516
17181920212223
24252627282930
1234567

导航

常用链接

留言簿(174)

随笔分类(189)

0--感兴趣的网站

1--国内测试网站

2--测试同行的blog

3--开发好友的blog

最新评论

 

编写背景:

最近亲自在跟两个重要项目,感受很多,明天准备写其中一个项目的项目测试总结在组内分享,有一个还在背后默默关注。

在深圳工作1年了,每当组内的测试人员出现一些很常识的问题和面试过的测试人员回答的一些问题;非常明显的感觉到南北测试人员工作水平和对测试工作理
解的差异,在深圳想找到有共鸣的人好难啊。

今天写这个文章,只是把工作中的一些片段和场景与大家分享,希望测试新人在做测试工作中多一些执着、多一些思考和多问为什么?

 

故事1:搜索列表页的一个神奇bug

问题现象:一个已经测试通过并上线的商品搜索列表页,页面功能很简单、有搜索的筛选项、商品展示、商品翻页功能。通常大家在测试翻页功能时,基本测
试点都是测试上一页、下一页、具体页数、页数输入框(正常、异常);有意思的是这个搜索列表结果有
500多个商品1百页,我就一直点击下一页、一页一页的浏
览商品,当浏览到第
24页时,发现浏览器访问报错提示连接不上;访问其它网站或该网站的其它功能就正常。

问题分析:此处的点击下一页的翻页程序代码,每翻一页,URL请求就会多加一串字符“swIFRPIDUwMH0gcHJpY2VfQ05ZOjUwMDxKaW1pPnByaWNlX0NOWTp7MCBUTyA1MDB9IHByaWNlX0NOWTo1MDA8SmltaT5wcmljZV9DTlk6ez
AgVE8gNTAwfSBwcmljZV9DTlk6NTAwPEppbWk+cHJpY2VfQ05ZOn”;这串字符出现6次以上后,url访问长度超过2k浏览器请求就会参数丢失,导致页面访
问报错

5个思考点:

思考1:为什么测试的时候没有发现呢?其中一个测试人员说,这个场景很少有人想到。

思考2:测试人员如何能测试出这种问题呢?我在想,聪明的办法那就是对设计实现熟悉了解,了解开发是如何实现的,应该可以想出来这个地方会有问题。另
一个办法就是增加这样的测试点,用自动化测试脚本来测试这种大数据量的功能极限测试。

思考3:对比其它网站,为什么别的网站没有这种问题呢?开发在设计上没有考虑这种情况?

思考4:为什么开发没有自测发现这个问题?我在想,开发没有考虑到URL会有问题

思考5:我们如何改进和提高呢?我在想,测试除了要补充测试用例;开发要整理出搜索结果列表页的一些设计规范,同时要参考和同行对比;开发要对系统的
实现逻辑加强极限测试。

最后我想,还好这个场景不常见,影响范围没有很大的杀伤力。

 

故事2:两个bug还是1bug

现象:一个问题是:商品买满打XX折,从购物车进入到订单提交页中,商品总结算金额显示不正确;另一个问题是:商品买满减XX元,从购物车进入到订单提
交页中,商品总结算金额显示不正确。开发认为这是
1bug,因为都是商品总结算金额显示不正确;我认为是2bug,因为是两个不同的测试用例场景得出的问
题,不能因为现象一样就认为是一个
bug,同时怀疑代码里面的处理逻辑是不一样的。

分析:为什么这种问题在我过去工作8年的公司和开发团队,没有开发管理人员认为这类bug1个,而认为是2个;而这位开发管理人员认为是1个;我在
想:原因是这位开发管理人员很害怕
bug?还是这位开发管理人员很不喜欢看到很多的bug,因为今天我们测试两个页面,4小时报了35bug让人心情很不爽?答
案不知道,只要解决就好。

5个思考点?

思考1:站在用户角度,如果是用户发现的,我们告诉用户是1个问题?用户能明白吗?

思考2:站在开发设计角度,需要知道那个地方的实现逻辑都是一个类或方法吗?即使是一个类或方法,当参数不一样时内部处理逻辑一样吗?找个时间问具体
写代码的开发人员问问就知道了?

思考3:下次碰到此类开发管理人员该如何相处?我在想:只要改了就行,不能和这类人去纠结1个还是2个,因为道不同不能理解;但是测试工作总结时要算成
2个。

思考4:为什么不能报成1bug,因为当把多个bug放到1bug里报时,如何有效跟踪?(比如:开发修改转测后,测试验证有一部分没有修改好,这个bug
来回修复、打开);如何有效做
bug分析?(测试任务结束后,如何分类分析bug的错误类型及开发工作改进建议数据分析)。

思考5:为什么这么明显的bug开发没有自测出来?开发做自测了吗?这样的开发管理人员管理的开发团队,转测出现这样低级的bug,消耗了多少不必要的测试
成本(测试环境部署
+bug报告跟踪和验证时间)和开发修复版本成本?降低了多少工作效率?这类bug有多少?

最后我想:我要通过什么方法来改变?

    生活还在继续、工作也在继续,世界之大、无奇不有,每天都有不同的见闻和收获,活着真好!

posted on 2012-06-05 22:00 lijun 阅读(908) 评论(0)  编辑  收藏 所属分类: 测试人生相关文档

只有注册用户登录后才能发表评论。


网站导航:
 
 
Copyright © lijun Powered by: 博客园 模板提供:沪江博客