翻手为云覆手雨,天地由我一手掌。逍遥不认仙与魔,总归由我性张扬。

提高测试效率的方法

上一篇 / 下一篇  2009-07-18 08:50:49 / 个人分类:质量监控

e9]]Gv:U;|4F0      项目紧急时如何加速做好测试工作 

U~`;w}rp1HY}n051Testing软件测试网^*R9?!Hn8Pip

   最近项目比较紧张,任务比较多,前些天测试一部的经理突然跑过来说一个紧急任务需要加紧时间完成,但是前提开发的功能还没完成,自己想个办法把测试报告整理出来,说明是否有问题,天……,功能没完善我怎么做性能测试,提交测试报告,郁闷了会儿,没办法该做的还是得做,毕竟这是客户方要的,部门经理也不是有意为难,坐在椅子上沉思了会儿,想想怎么尽快跟上开发的进度做好测试,首先准备测试数据,哪些表要几百万,几千万的数据量,先造出来,哪些数据需要跑流程的才能准备的,先开发脚本跑数据,哪些需要跟其他系统提供数据的需要接口的先跟另外系统人员打好招呼,共同准备。一切条件准备完成,开发的还是没办法把整个流程功能开发玩,不能坐以待毙,先跟业务测试人员以前测试,调整日志,让每次点击功能点都能把语法打印出来分析,看是不是SQL写法有问题,先做好每一步的灰盒测试,自己优化下,记录下文档哪些有性能缺陷需要怎么优化,省得到时测试时提出性能问题在等开发的去想办法优化时间就来不及了既然自己会就多弄点省得做事太被动,而且效率不高,毕竟不是每个开发人员都具备优化的能力,能完成那么多功能也不错了。也通过日志分析帮业务测试时定位出哪个地方出问题,以便开发人员修复BUG,毕竟不是每个业务测试人员都能看懂日志分析具体哪个点出现BUG的,正常情况下业务测试人员都是点击哪个功能点有BUG,就贴图哪里出问题了,如果开发人员没办法一下子找出问题来,这样开发人员就需要他们帮忙重现BUG,后台日志跟踪定位问题,相当于一个BUG需要测试人员测试两次,如果流程很长的那是相当的浪费时间精力。因此如果测试人员能具备日志等问题分析能力,这样对测试开发进度都是很好的帮助。    

at v4mB![+Usj051Testing软件测试网`8E dP O,J+C5b

 

"g+OKbB z&zZ0

TAG:

 

评分:0

我来说两句

Open Toolbar