周六参加了一个移动互联网自动化测试专题讨论,不同公司采用了不同的测试框架,讨论也很激烈,看得出来,大家都很想把测试做好,中场休息的时候,xx公司的测试经理聊到一个话题: 项目发布后线上难免会有问题,可是公司主要领导总是找到测试,"为什么这个问题没发现？","平时做些什么事情去了","线上问题这么多","这个问题即使编码有问题,你们发现了也可以免".....
思考了如下几点:
1. 不同类型的公司,质量文化被赋予不同的内涵,质量文化在有些公司就是领导文化,尤其领导不是技术出身,这种质量文化很大程度上就变为"一锤定责",象这样的情况,测试团队要付出很多,个人觉得,平时项目中,做好数据统计,包括:每个版本的bug数,每次线上问题的根因,每次发布延迟的根因,以及上线后相应测试人员对应版本的线上问题.....做这些不是说找测试的麻烦,而是有了数据的积累,不同项目的测试人员可以互相参考,另外一个更重要的是影响领导对质量认识,其实,这些道理很多测试团队都懂,执行就显的更加重要!!!
2. 思想,把自己的测试思想要别人接受,就如把人家口袋的钱放到自己口袋来一样,是一件很耗时,有矛盾的事,工作过程中,个人发现开发的思想就有如下症状: 我写的代码没问题,这个地方不要测,测也测不出问题.....,对应这些问题在公司浮躁,质量情况不被看重的情况尤其明显,个人觉得测试人员首先要了解测试的原则,尤其对刚招进来的新人，可以慢慢渗透测试的思想,测试可以看看软件测试原则和<<软件测试失败和教训>>这些书籍,这上面写的真的不是几个字这么简单,经过大量的测试实践之后，你慢慢去体会,就好比独孤九剑，越练威力越大.
3. 信任很简单,信任也不简单. 信任成就了阿里巴巴,成就了马总,但这个信任的过程充满了多少酸甜苦辣,信任也是在自身强大的基础上争取到的,测试团队的内建真的很重要,在聊天中测试经理大倒苦水,"上线后出现故障,领导总找测试问责",我们这样想想,在这个测试过程中我们为项目的质量情况做了什么,采取了哪些测试技术手段,如果采用另外的测试手段,这些问题能不能避免,任何问题都要问为什么?，所以测试的广度和深度在我们平时的内建中讲究一个平衡,通过听分享,可以扩展广度，但是深度真的需要自己静下心来慢慢摸索,测试路程任重道远.
4. 测试职业不会消失,只是测试由谁来做的问题,谁做比较合适,谁做更能体现价值;
5. 牛逼的人都是从不牛逼过来的,测试不被理解只是时间问题,只要每做一个项目,对项目产生价值,对自己能力有提高,你就没有理由不往前走.
下面是我发起的讨论,大家都苦逼很久了,对自己的职业生涯更清楚的认识:
今天听了2场分享, 测试行业都流行工具,平台的分享,为什么对于最基础,最根本的测试设计,测试bug方面的分析,预防就没有了,难道这样的分享拿不出手吗,还是丢失了测试的本质?
新浪微blog: http://weibo.com/2795252762/profile?topnav=1&wvr=5
