测试工程师最开心的事：
发现了一个很严重的bug,特别是那种隐藏很深,逻辑性的错误.
偶第一次发现这种问题的时候,听到上司和开发人员的表扬时,高兴的就想上天.不过现在慢慢矜持些了.
测试工程师最提心吊胆的事:
版本release出去后,客户发现了很多或很严重的bug.经过紧张的系统测试之后,好不容易可以轻松一下了,却又陷入了每天担心正在做验收或使用的客 户一封邮件或一个电话说产品有问题.
碰到好些的老板还会比较乐观的看这样的问题,最惨的就是有些人一顿臭骂,之前的辛苦,加班全部都给抹杀了.
测试工程师最憎恨听到的话:
"为什么这个bug没有在测试的发现呢?"这句话经常是客户发现bug后,老板对测试人员的质问.
当然这里排除那种很明显的错误.其实谁都知道bug是不 可能全部发现的,这句话其实也是客户对大头,大头对小兵一级一级问下来的.除了希望测试人员警惕之外,还有更多的是一种"踢猫"的行为.
对于这句话,偶第 一次听到这句话的反映是"我们怎么可能发现所有的bug呢",后来变成"制造bug的人不是我们,是开发",到现在的"让我查查我的日志,问问开发这个 bug的原因,为什么我们会没有找到,下次我们会怎样"的回复.
测试工程师最郁闷的事：
"刚才那个版本打包打错了,你们要重测".新版本来了,马上投入紧张的测试,希望能够多找些bug.
没想到辛苦了可能大半天,开发人员说打包打错了,你重 测吧.这种情况虽然可以通过规范流程之类的办法控制发生的机率,但人总会犯错,多少而已.
碰到这样,你除了提醒开发部门下次注意,你除了重测没有太多办法.
测试工程师最不想面对的事：
在测试晚期或最新的版本里发现了以前一直存在的问题,特别是当问题很严重时决定到底报不报bug.
报吗,开发人员肯定会问以前有没有这个问题,不报吗,客户发现更惨.
毕竟客户或老板的责备比开发部门或主管的责备轻许多,最后还是会报到bug库里的.
测试工程师最不想做的事：
申请版本推迟发布.由于在版本发现了太多的问题,觉得产品不能达到发布的，建议公司推迟发布产品.
这时虽然大家都知道产品有问题,尽管你自己也不希望这样,但谁都觉得你是一个制造麻烦的人,毕竟市场的压力很大呀.
测试工程师最丢人的事:
辛苦的发现了一个bug,居然是该配的参数没有配等一些自己的失误造成的.
有些该注意的地方居然测试时忘了,找出的问题给开发人员一顿臭扁,无比丢人啦.
测试工程师最怕的事:
一天,甚至几天都没有发现一个bug!经过一段时间的bug高峰期后,有段时间会发现bug数量的减少,最可怕的就是一天都没有发现一个bug.
偶有时会 难过的吃饭都没心情.搞得偶的开发朋友说了一句最让人吐血的话:"要不要我在代码里放几个bug给你呀,hoho"。
测试工程师最有力的保护方法:
把你认为是bug的问题都提交到一个正式的,可以追踪的地方(一般来说是bug库).有时总会碰到一些很小的或是很难判断的问题,犹豫一定是否要报,特别 是一些UI的问题.
有时问开发人员,他们可能会轻描淡写的回复你导致你没有report它.但多年的经验一定要报,了解bug流程走向的人都知道,后面还 有人verify,还有开发经理判断,如果不是bug,自然他们会回复,会写明原因.
说白了,出了问题也不是你的事情.当然一开始经验不足时会收到一些白眼球,但慢慢经验多了,对系统熟悉了,自然这种情况会少些.
人也可以从一些问题中发现自己的弱点.但如果不报,那天客户提出来,你除了懊悔还要面对指责, 严重的炒鱿鱼.
测试工程师最任重道远的事:
测试驱动开发.碰到这种开发模式的项目,既是测试扬眉吐气的机会,也是可能会陷你于深渊的恶潭.
你就必须打起十二分的精神.等于你在引导开发,有什么问题一定要提出来,否则你就等着被盲目的牵着鼻子走了.
测试工程师最期待的事:
测试能够越来越受重视,测试工程师的考核越来越合理
