看了这篇文章,再也不会有人说有没有测试都一样了。
测试和开发的工作方式是不太一样的,开发属于开创型,从无到有,可能我写一天代码,一个功能就写完了。是0分到60分的开创。
但是测试工作是属于提升型的,测一轮,软件好用加一个度,再测一轮再加一个度,是60分到90分的进阶。
很显然,不能用开发的工作方式来度量测试的存在。测试的工作产物,简单分为四个方向:
版本测试用例,公共测试用例,都是项目的宝贵资产,甚至在参加一些大型的cmmi项目认证时,都是需要提供测试用例的。
测试时间,测试内容,发现的问题,存在的问题,对测试过程形成的总结也可以对版本质量形成佐证。
bug分析中,哪些是基础bug,或者严重bug影响测试导致版本打回。哪些是用户操作频率较高的功能,都可以对该模块的代码质量进行充分应征。
对于市场人员来说,可能关注销售量和增长率,但是我们测试人员就会关注投诉率,对我们来说投诉率越低,也就意味着产品质量越好。相反投诉率越高,就代表产品质量越差,此时就要好好分析了。
软件测试需要承担的是一份责任,是在重复多次验证中依然保持初心的态度,每一次项目的参与,都是一次对测试思路的梳理,每一次项目上线之后的复盘,都是对自己的查漏补缺。作为测试人,更重要的是自己对自己的肯定,因为很多时候,做得好不一定会夸你,但是出现问题肯定第一个找测试。所以,多夸夸自己,多坚定自己的方式或许对测试同学来说更有用。
看了这么多,对于那些有测试没测试都一样的言论,,也就毫不在意啦~