个人小结-测试

结束了在测试的工作，一直想写点东西
1.测试首先是为个让用户能用，不会报错，然后才能谈到其他比如易用性，分辨率等不会常用的功能,所以测试就要有重点
2.自动化测试在版本测试中用处也不大,前期投入太大,收益太小,自动化一般用于回归测试,运行一轮测试中录制好的脚本,检查修改BUG时是否导致其他功能点报错,也就是说通常情况下,这个脚本只会运行一次,录制时花费很多功夫,却只是一次性的东西,明显亏本,除非会多次使用或者是有很简单的录制脚本的工具,多次使用就涉及了脚本库的问题,还有标准化
3.补丁测试中,一般我总会问开发改了哪些东西,然后根据这个来测试,有人说这样会限制测试人员的思路,测不出什么东西,但我们首先要明白,补丁是为了解决一个问题,它有定的紧急性,我们只要看到这个问题解决了,和这个问题相关的主要应能够正常使用,就可以发到现场了,在测试中可能会发现有其他的问题,但这个私下和开发商量是否要改,先发包再说.有次开发培训,有个人说,测试应该把主要的精力放在那些用的人比较多,影响比较大的模块中,不常用的,或者只给少数人使用的可以缓一缓,就像看一个陌生人,第一印象很重要,肚里面到底是金玉还是败絮就是亲近以后的事情了,如果第一眼就把人吓跑了,何谈以后的亲近?
4.有时根据模块的性质,有必要进行灰盒测试,先对其内部逻辑有一定的了解,再进行相应的测试,不然我们可能要设计相当部分的用例来确定这个模块内部是如何对条件进行判断的,如果里面的逻辑再复杂点,我们的用例可能要翻倍,何苦呢,找到相应的源码看看,或者干脆叫来开发问下就行了