这两天在做测试需求分析,有人问,如何才能覆盖全部的测试点?
老师说,首先,测试情况是不可能被穷尽的。初学测试,如果一个软件有十个测试点,你能找出三个就很不错,找出四个,那你天生就是应该做测试的。
方法方面,老师说了三点,对测试方法的熟练度,对软件的熟悉度,经验的积累。
第一、三条可以说是训练的结果,是量变引起的质变。让我深以为然的是第二条,对软件的熟悉程度。尤其是在分析功能性方面的时候,对软件功能的操作和目的性的了解,深度影响着测试需求的分析深度和必要性。
开始我以为测试分析只要知道这个功能按钮的功能动作即可,但当我去分析测试需求的时候,发现只能眼睛对着软件界面,脑子里过着质量模型,把需求点一个个嘣出来,根本没有什么思路。
不得已,我又去软件里边来来回回操作了很多次,参考需求说明,弄清楚整个软件功能的目的,还有各个功能之间的联系和架构,当脑子里有了这些之后再回去写测试需求的时候,不能是提纲挈领、思如泉涌,还可以对功能的不足做出不少需求补充,剩下的就是写到想吐。
爱因斯坦说过:“如果给我一个小时来让我解决一个决定我生死的问题,我会花55分钟去弄明白这个问题说的是什么?”说得再直白一点,“磨刀不误砍柴工”,当然首先要知道磨哪里,磨刀刀背可不太好。
听了那么多大道理依然过不好一生,是因为大道理都是别人通过自己的经历升华总结出来的,只有聪明人才能看懂,避免造轮子的过程,其他的普通人一生都需要活在验证道理的路上。
这是我作为测试小白的第一篇心得,先这样吧!