7月3日工作总结

上一篇 / 下一篇  2012-07-03 17:10:09 / 个人分类:测试【总结】

   截止2012年6月1号,我做测试工作刚好满2年,心中充满了各种情愫,道不清说不明。这个期间充满了艰辛、挫折、困惑,如今我可以游刃有余的驾驭它,这个是付出和汗水的结晶。其中的委屈痛苦不多说了,因为美好的生活总是在未来的日子里,我们应该放下过去的不快,积极的面对未来。
   经常听到培训讲师说:测试应该站在用户的角度,可是在实际测试过程中,测试人员经常会忽略这一点,需求人员操作系统能够发现用户操作不便的地方或者用户关注的地方,为什么测试人员会想不到呢?从我做测试以来的经验教训,简单总结如下:
   测试人员关注系统功能是否实现了需求描述,忽视了系统应该达到的几个基本指标:美观性、易用性、友好性。一直以来我都觉得自己测试过的东西一般不会出现大的纰漏,因为我关注的就是比较复杂的业务流程操作,所以不会漏出严重的bug,然而最基本的bug却难以发现,使得该类bug迅速的从眼前划过。比如:最近测试的一个需求变更,功能基本测试结束了,需求人员给用户演示的时候,用户提出“批量处理”成功后没有提示信息,其实这个问题简单吧,真的很简单。可是让用户提出来心里感觉真不是滋味。
   总结:测试通过不是单纯的功能没有问题了,测试人员需要站在用户的位置对该系统进行操作,当系统所有功能点测试完后,测试人员不再将自己当做测试人员,不再关注这个功能点背后是通过如何复杂的计算得出的数据。只关注系统是否能够顺利操作下去,是否容易操作。其实用户不会关心你这个功能是如何实现的,只关心系统界面有没有错误,好不好操作等。而我本人回归测试完后再进行测试的时候仍然把大把的精力放在这些功能实现上面,一句话,想的太多。所以一个功能模块测试完了,请放空自己,对该系统进行操作,而不再是测试。
    其实简单的问题被用户提出就好比做数学试卷前面的12道选择题,只有第一道选错了,后面的全正确。大家都知道这12道题目是从简单到复杂的,试问自己作何感想,我觉得一个数学学得好的学生是不会有这种情况出现的,如果出现,只能说明自己确实存在问题,还需要提高。这个和测试是一样的道理,所以一个优秀的测试人员既可以把握系统的宏观方面,又能够掌控系统的细节方面。如果不具备其中的任何一点都需要认真的思考,并不断提升自己的测试水平。
  

TAG:

 

评分:0

我来说两句

Open Toolbar