还有一类bug是公司同事报出的,或者是老板提出的。一般都是一句话“这里有个很大的bug”。木有任何细节,木有任何解释。
当然,总结一下来讲,一个测试就如同一个侦探,慢慢的寻找蛛丝马迹,慢慢的看到真相。能够找到这条路的人那么必然是一个有价值的测试。毋庸置疑。
第四:bug定义sense
bug到底是什么?是一种缺陷么?是的。那么测试产品bug这个行为是什么?我相信很多书本上面都没有定义过。
测试产品bug行为定义:是寻找产生bug过程的一种行为,是缩短人们用产品开始到产品发生bug的周期的一种行为。
所谓找出bug,无非是一系列的操作序列造成了程序的缺陷或者崩溃。序列可能是几步,时间周期也可能是一年两年十年。那么测试产品bug不就是要在项目周期内尽量多的去寻找问题么?所以,其实本质就是,如果一个用户用一个产品十天才出现的一个bug,那么测试就需要压缩这种时间,将其在很短的测试周期内发现这个缺陷。
方法有很多,模拟环境,使用各种已经有的tools,使用各种automation进行测试,甚至自己写用户的一个环境等等。缩短用户发现bug的周期其实就是一种战斗,一场无止尽的斗争!
第五:UE
UE,用户体验。很多人会说用户体验是UI team以及UE team的人需要了解的。但是往往这个sense对于测试是最最最为重要的。
所谓最高级的bug,最有价值的bug就是贴近用户的使用习惯。但是如果一个测试没有UE,那么你如何模拟用户操作?你用户是使用windows的,是用mac的,是用android的,是用dvd机的等等,而你一个都没有用过,你何以测试?你何以找到用户真正care的bug?根本就是无稽之谈。
UE的学习对于谁都是有利的,无论你是做什么产品的,你是什么职位上面的。UE的学习是永无止境的。没有UE的测试只是monkey test罢了
第六也是最后一点:勇敢的去做
和第一点不同的是,测试这个职业在国内还是一个比较新的职业。很多测试本身都不知道测试到底是干什么的。更加不要说一些互联网产品的测试。很多领域根本就是没有被开发过。你要做的就是勇敢的去尝试。可能有一个point,开始你的潜意识就觉得level太高,根本就是做不到的。但是你要去试试,不试试怎么知道不可能,勇于去做第一人。可能你做的事情就是别人没有做过的呢?要记住!你不去做总有人去做。我相信大家都希望自己成为第一人,而不是跟着别人的脚步再踏步踏。
目前只是想到这些,原本是想写工作回忆录的,却写成了这样一篇东西。真的惭愧。要不要写回忆录呢!纠结!!