新员工转正不久,补丁版本项目组,由于项目比较紧张,人力缺乏,刚好我们team的产品刚刚顺利发布,所以我就被安排支援他们2个月.
补丁版本,由于市场部和客户催的紧,工作进度和强度绝对的不一般强.大家经常的加班,但是感觉还是做不完的工作.举个例子,最起码对于补丁版本,先不要说功能测试,软件的安装你最起码要测试一遍,这就需要很长时间.诶,再加上我们的产品卖的比较好,用的人很多,所以暴露出来的问题也就多,补丁是一个接一个,所以补丁版本向来是项目组最忙的一个team. 我们也做过分析和调查,为什么这些问题会在客户现场发现,而不是在实验室里发现呢?如何才能尽可能的将问题暴露在实验室,这个我后续做一个专题来讨论.
某一天,我们的产品在XX大客户做内部测试,居然被他们发现了一个非常严重的问题,为此客户非常不满意.没办法,我们承诺以最快的速度提供解决方案.
于是开发和测试就一起定位分析这个问题,在攻关了1天后,终于找出了问题的本质,随后以最快的速度解决,并且提供版本给我们测试.
当然之前,我们已经做出了该版本从测试计划,由于客户要得比较紧,所以在测试过程中,我们也省了一些测试内容,只是对该问题做了细致的测试分析,然后用了3天的时间测试完该版本,其实我们每天晚上都加班到好晚,版本顺利release给客户测试,我们也稍微松了一口气.
不过仅仅过去一天,就一天,客户说该版本已经测试的功能中,被修改引入了问题,当时我们都傻眼了,因为这是大客户而且具有非常重要的战略地位,所以我们知道意味着是什么?
在最终快速响应,再出版本解决该问题,达到客户满意后,我们的大boss专门召开了会议,在会上大家都作了反省,当然我这种小兵是没什么的,我的主管都承担了所有的压力.
就这样,在补丁2个月的磨练,感觉自己成熟了很多,这也是我第一次接触什么叫客户满意度,什么叫客户需求,什么叫客户提出的问题都是问题,更知道了测试过程中,有些时候要站在客户的角度去考虑和分析问题.
为此,在测试过程中,尤其是做补丁或者验收测试过程中,会遇到一些问题,个人愚见,稍微给点自己的心得:
1. 客户至上,其实在对待什么叫软件的缺陷上,开发,测试以及客户,因为他们所扮演的角色不一样,在对问题的判断和看法上是不一样的(后续介绍),但不管怎么样,都要非常尊重客户提出的每一个问题.
2. 在测试过程中,可能整个team工作都非常勤奋,也发现了很多问题,但就是由于漏掉了某一个两个严重问题,被客户提出来了,领导可能会批评或者分析原因,切忌自己的反应不能太过度,要相信自己的工作,领导是看的见的,他之所以这么做是为了能把工作做的更好,而并非否定你的工作.
3. 在对待补丁版本测试或者验收测试中,对于的测试用例的选择,我给出三种选择:
A. 如果项目时间非常的紧,那么你可以只针对被修改过的bug进行测试,这种是效率最高,但是测试风险也是最大的一种分析方法.
B. 如果项目时间很宽松而人力资源又很充分,那么你可以考虑进行全量测试,这种方法效率底下,但是是测试风险最低的一种分析方法,但个人不建议用该方法,比较傻.
C. 如果项目时间合理,个人建议对修改过的bug进行全面的测试分析,既可以是白盒的也可以是黑盒,给出相关有可能受影响的功能,可以用优先级的方式给出测试策略,该方法就充分在测试技术和管理方法上给出最合理的测试方法,相信也是项目组成员抱怨最少的一种方法,个人推崇该方法,当然,在技术上,该方法要求要高些.
测试, 我终于入门了.
真有激情 羡慕中
