什么是测试

上一篇 / 下一篇  2013-07-23 20:22:15

  从开发转测试已经有两年了,经历过各种迷茫!
  给大家分享我这两年的心得:
  明确测试是干什么的?基础:一、发现bug;二、提交bug给开发解决。所以不管你是黑盒还是白盒测试,只要能做到这两点就是一个测试。但是做到这两点还要做好这两点的才是一个好测试!
  怎么才能发现bug?为什么别人总能发现自己发现不了的问题?其实关键在你是否用心了!比如玩游戏,你总是会先去找该游戏的各种背景介绍,角色的技能介绍,然后去研究如何释放连续技等。那么测试的时候你是否也会这样呢?你是否问过产品人员要过产品文档,站在用户角度去思考一些设定是否符合用户习惯的,你是否在看产品文档的时候思考过哪些地方是最容易出问题的;每一个功能是否合理,该功能可以通过哪些方法验证,这些方法是否是最快捷合理的。当你掌握了测试的秘籍,就像掌握了玩游戏的秘籍时,你就能像玩游戏那样总比别人快一步通关了。
  如何提交bug?一个bug提交完了,还必须和开发执行一次才能让开发明白bug所在;还有一个bug提交完了,开发照着重现步骤执行一遍就能发现问题;哪个算好的bug报告?肯定是第二个bug报告,开发看着简单明了,而且能很快解决问题所在。那么每次碰到bug的时候你是否都能很好找出bug重现步骤:一些偶然发生的bug都有必然出现的原因,你是否会去找到这些原因,然后把必现的步骤提交给开发们。如果你每次都能这么做,开发们是不是会对测试的观念有所改变,很喜欢和你打交道,对于你提出的一些bug也很乐于去解决。
  所以想干好测试必须要用心、耐心、细心。
  当你真正爱上这个职业的时候你就可以更进一步了。
  测试是干什么的?进阶:保证项目质量。
  因为我们总是和开发打交道,能明白每个开发的真是水平,你总是会有一个开发黑名单吧。一个项目开始的时候给开发们分配任务时,如果把一个重要任务给一个黑名单中的开发对于项目进度是不是会有影响?你是否应该给主管一些建议:将这个任务分配给别人,给他分配相对简单一些的任务?
  产品提交测试的时候,是不是会有很多产品文档里面没有提到的或者想到的地方?对于这些方面我们是否要注意?此时我们应该从用户角度去思考这些设计是否合理,给开发建议;如果开发有不同意见的话,是否应该和产品人员确定这些设计?
  有些开发总能在当天解决你所提出的bug,有些开发总要拖延好几天才去解决这些bug。此时我们是否应该和PM等商量一套项目管理规范,去要求这些总是延期处理bug的开发一些惩罚。有些开发总是在重复某些bug,是否该让主管提示他针对这些方面做一些加强训练,保证项目的开发质量呢?

TAG: 测试心情

 

评分:0

我来说两句

日历

« 2024-05-06  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 1001
  • 日志数: 1
  • 建立时间: 2013-01-06
  • 更新时间: 2013-07-23

RSS订阅

Open Toolbar