一和二的跨度很大,1年的时间
很多人从踏入公司后,不会想太多问题
要做的事情一般都是领导分配的各种任务,完成任务就是万事大吉
其实工作之余不妨静下心来想这样一个问题
测试在做什么
相信每个人心中都有自己的标准答案,或者有些人有自己的想法观点却不知道如何用言语表达出来
同样的,我也有我的认知
在这之前,先说个刚发生未超过1小时的事情
项目经理心情灰常糟糕的来到我所在的工作区,找到了 某某组的 某某负责人
因为2年前的一个漏测案例在今天居然被证实是个存在的bug,而且是一个简单得不能简单的反例
当时写此模块案例的人已经不在这了, 某某组 的头上如同飘着一片乌云(2年前我也在那个组进行测试)
事情最后会如何解决,目前不可知,不过我现在关注的只是这个发生的状态
为什么会漏测,或者更准确的说的漏写,而且还是灰常简单的一个案例
原因是什么呢?会有很多,2年前的事情谁又能知道呢,可能是粗心;可能是正要写,突然有事离开,等回来就忘记了;还有可能是写案例的思想固化了,拿着相似的案例copy做适当的修改;
回到本文的主题,测试在做什么
答案同样很多,你会告诉我发现缺陷、保证质量等等
我觉得测试是在做创新,是对测试者的创新
如果这是一个舞台,可能我就要被西红柿、烂菜叶丢的满身都是,并伴随着“胡说八道”、“扯淡”的话语
还好这里是博客,可以写些自己想写、自己想说的
测试在做什么?测试在教你 正直但要适时适因妥协、测试在教你 严谨但要不死板、测试在教你 细心但要不墨迹
抱着等价类,扛着边界值,守着因果图,护着泳道图,对不起兄弟,你不会成长
测试中要成长的不光是测试知识,不光是案例编写的能力,不光是自动化脚本调试的技能
更重要的是 人本性 的创新
曾经我以为掌握了测试技能,自动化知识就可勇闯测试难关
可是后来发现,技能只是所需具备的能力之一,甚至是弱势的那部分,因为现在来的新员工甚至没参加过测试培训,没听过测试工作,照样可以胜任领导布置的工作,毕竟测试的基础工作真的很简单
所以在反复思考后,我个人认为测试不在是曾经心中的那个bug王子,而应该是真小人,伪君子!