这周的测试反思,主题是三个:并发先行、专注关键结果和不懂就问。
- 并发先行
测试主要分为并发/匿名块、代码两部分。这两个的顺序如何安排呢?如果讲究的是先易后难的话,那么先测代码。这样做的弊端是容易导致整本测试的参数设置不一致。比如,测试A代码的时候,会用参数1;但测试B代码的时候,发现用参数1的话,就检索不出数据,所以得使用参数2;后面跑并发的时候,也有可能得用另一个新的参数3。这样做下来的话,针对一个输入变量,有很多的参数,就很不美观。如果讲究参数一致的话,就先把并发/匿名块跑通,然后用可行的参数去测试代码。这样做的弊端是,如果并发/匿名块的测试不顺利的话,容易卡住,就出不了成果。
为了保证既美观又可以高效出成果,就要先跑通并发/匿名块,如果碰到困难,半个小时没有进展,立刻问别人,然后做好记录。 - 专注关键结果,做加法
发现自己的测试效率很低。究其原因,除了技术上的卡顿,另一方面是细节方面的反复调整,花了很多时间。比如调整字体颜色、确认具体行数等,这些东西很繁琐。本意是为了展现出一份优质的测试书,但发现领导重视的只是做完并通过。做完并通过,这就是关键结果。**不要浪费感情和时间在领导认为没意义的工作上。**锦上添花的事(标行数、改字体等)都是在有余力的情况下去做的。 - 不懂就问
基础性的技术知识,还是要信奉拿来主义的。不要自己钻牛角尖,不会就问,然后做好记录。当钻研的问题是大家都不会的问题时,这份钻研才有意义。否则就是浪费时间。