Owen的酒楼

--酒楼上渡过的人生--
生命太短,人生太长,但愿别喝醉了。

导航

测试感想(转帖)

Posted on 2007-08-27 18:42  Hicome  阅读(272)  评论(0编辑  收藏  举报

回归测试感想
      从事回归测试已1.5年。对测试的感触也日渐剧增。从开始的一发现问题,找资历较深的测试员进行判断,到今天可以在测试上灵活应变。这之间的转化莫过于平时的日聚月累,比别人多一份心,多一份细致,多一份执著。
回归测试分为“针对修改过的软件成分的测试 ”与“软件所有功能的测试 ”。
1.        针对修改过软件成分的回归测试:咋一看,很简单,直接按照原先的方法再重新点击鼠标,不动脑的,轻松一举。然而谁都能做测试,关键在于谁能够做得透彻,全面。测试真正意义在于回归测试,也许之前刚接手软件不怎么成熟,测试或是俯拾即是,或是大海捞针,空泛的找出一个BUG. 这时回归测试的好处在于:1,目标明确,思维清晰。发散思维有依据。看问题更深层,理解也更深刻。更何况测试是一种时刻创新,时刻挑战的工作。不同时间,不同场地,甚至不同心情,都可以有新发现。2,回归测试一方面也是对自己工作的肯定,证实自己的能耐,加强工作的成就感。假使测试到一个bug,写成issue后不去关注结果。这样做法将毫无目的性,相当于只注重过程,而不考虑结果,工作乐趣,工作职责将会从何而得?一味从新事物中获取新见解,检讨自己方面也相应的减少。人是不断挑战自己,发现不足并给以改正。昨天的我并不能代表今天的我,明天的我也不是今天的我。3,程序员与测试最大的区别在于思维方式,关注点的不一样,外加人的自恋心态,他们修改完的功能项也未必完善,或是否引发其它问题。放心将自己辛苦找到的bug由他们做结论吗?
2.        针对软件所有功能的回归测试:虽着版本的积累,回归测试是重复性较多的活动,容易使测试者感到疲劳和厌倦,降低测试效率,在实际工作中可以采用一些策略减轻这些问题。例如,安排新的测试者完成手工回归测试,分配更有经验的测试者开发新的测试用例,编写和调试自动测试脚本,做一些探索性的或ad hoc测试。还
可以在不影响测试目标的情况下,鼓励测试者创造性地执行测试用例,变化的输入、按键和配置能够有助于激励测试者又能揭示新的错误。
3.        回归测试做得好坏,直接关注到所有发布产品质量与信誉,因此,建立一个完善的测试自动化体系是必要的。将每次的测试模型,测试用例渐增到测试体系中,在发布新版本前自动测试。同时,充分跟产品的code结合,做到下班测试,上班分析结果并记录的状态。