由于国庆长假和准备双十一,这篇文章在我邮箱已经躺了1个多月,发出来,聊以共享. 九月份参加了一个讨论,其中有一个同行的问题令我们大家都很触动,该同行的公司也是做无线测试的,该公司开发了一个在手机上聊天的软件, 该聊天软件装在手机上之后,在全国不同的地方使用,断网率比较高,就是说,基本上手机预装该聊天软件的,有30%的手机不能使用该聊天软件, 但是在实验室的环境测试都能够正常使用该软件,老板怪罪测试当初给的质量报告是符合质量预期的,现在突然出现这么大的问题,对测试的质量保障工作提出了很大的怀疑。 还有一个场景,在公司的旺旺上,经常看到很多测试人员的个性签名,“每天都是生活在焦虑中”,”最怕上线的日子”等,尤其是每周四发布日常的时候,看相关开发人员和测试人员都忙成一团糟, 本人也有个最大的感受,每当日常周四上线的时候,就有一种压力感,担心该日常上线是不是影响线上其它应用的功能, 该日常是不是有些场景测试没考虑到, 该日常出了问题怎么办等等, 整个日常的发布是充满心跳的, 这个过程也许有人会说是对自己的测试不自信, 我这里想说的是, 自信是源于充分的测试,但是有些情况在特殊场景才能触发, 所以,我觉得敬畏更能更好的体现这个时候的心情, 我们需要敬畏整个研发流程,敬畏提交的每一个bug,敬畏质量. 因为敬畏,我们才进行充分的考虑, 这是一种意识,更多的是一种责任,因为敬畏,所以无畏。最近每天早上打开邮箱,都收到p2或p3或p4级的线上bug,或者P1级别的故障, 让我想起来以前项目测试工作中,也不断收到现场反馈回来的问题,我想从如下五个方面阐述个人的一点体会:
1.线上问题产生的根源是什么?
2.测试和开发对线上问题应保持怎样的态度?
3.开发领导和测试领导,以及上层领导应保持的立场.
4.以上问题的对策.
5.测试的思考
产生线上问题的根源大概如下原因?
1. 漏测,该功能没用覆盖到.
2. 运营搭建页面,引起的问题;
3. SCM环境配置引起的问题;
4. 考虑不全面,开发改动引起新的问题出现;
5. 影响点未考虑到,新上的功能对其它业务点有影响;
6. 性能问题,由于频繁的IO操作,导致内存没有释放等;
7. 特殊场景下才出现该问题
8. 外部环境复杂,网络服务器之间不可控因素
9. 代码问题引起的硬盘坏道等
线上问题出现后,大家都不好受,测试和开发应保持怎样的态度?找出问题根由,面对现实,不推诿,经一堑,长一智.吸取经验教训.
开发领导和测试领导,以及上层领导应保持的立场?
说真的,这个问题需要根据线上bug的严重成熟来区分,如果直接来一个P1级别的bug,且量化该bug转换成实际金额,达到几百万,大家都不好受,开发领导和测试领导需要合作,采取一定措施,尽量杜绝此类问题的出现,上层领导要能体会到底层执行的不容易,需要有一定的容忍度.
个人总的解决建议:
1.根据出现的线上问题,审视现有流程机制;
2.线上问题可以作为项目组考核参考,引起重视,提升意识.
3.技术手段能不能避免类似问题,包括测试技术和开发技术,以及监控机制.
4.分阶段审核该问题(需求,设计,开发,测试等)
4.公司层面推出新的机制,重点抓某一个方面
5.定期统计,发出线上问题类似是由什么原因导致的概率,引起重视.
6.人员方面提高能力,非常时期,由第三方评估才上线;
7.根据产品特点,可以采取测试完成后,给用户试用一段时间,才正式发布等手段;
8.测试建立缺陷库
总之,线上问题出现都有原因,我们只要抓住了规律,积极的预防, 其实也没那么可怕, 敬畏质量,敬畏bug是大家的共同目标,因为敬畏,所以无谓. 放开手脚, 充分的沟通,充分的review ,我们就更加的积累经验,能力获得更快的提升