论从开发转测试的初体验

众所周知,一个项目,开发与测试都扮演着重要的角色,在某种角度上,既互为对立又相互补充,可以说二者的关系是相爱相杀的。不过相比产品经理与开发的关系,先上两幅图大家自行脑补

笔者刚从开发转为测试,结合以前的开发经验,浅谈一下最近的体验。

开发篇

笔者在之前公司做的项目都是自开自测自发布的。

对于测试,笔者认为项目满足用户需求体验,不出现违背项目原型的bug就ok了。通常会自己在本地自测完成后,提交服务器,在服务器上继续测试。

对于测试服务器上出现的bug,有时候会因为windows与linux环境不同导致本地无法复现,在修复的时候就会多费些时间,当一个bug因为各种情况很久解决不了时,笔者也常常会头疼,尤其在后边还有很多任务待做的情况下,这种状态是很让人烦躁的。

笔者会经常想:

明明在我的电脑上是运行正常的啊,为何服务器上就……

不可能出现这种情况的啊!

这个功能我会在下个版本修正….

对于其他项目组开发与测试分离的项目,就比较有意思了。

开发中,一个普遍的现象是一个开发者大多会站在开发的角度思考,总认为自己的代码完美无缺,稍微测试一下,自我感觉良好就提交了。

没有经过很好的自测,在发版测试服务器后,经常会被测试人员提bug。

有时候连冒烟测试都过不了。

对于测试人员提出的bug,开发也通常这样想的:

我正在调试这个bug,但程序是没问题的啊,是不是你硬件出错了?

不用担心,这次肯定不会有问题了。

这不可能的,肯定是用户错误,或者编译器出错了。

你忘记清除缓存了,兄弟。

我检查过一遍了,没问题的,上线吧!

没办法,这是一个公认的bug。

我又不能测试所有的功能。

这不是bug,这只不过是配置问题,或者网络问题

这是字符编码的问题。

诸如此类

对于频繁出现的bug,其实开发自己也是比较上火的,最烦的就是改bug了。

诚然,一些很不走心的开发行为,往往会给测试人员带来很大的工作量,测试人员必须一遍遍的重复测试,提交bug等劳动。

无形中,占用了很多的时间。

如果一个测试人员脾气不好,对上一个同样暴脾气的开发人员,可能便会“擦枪走火”,这样的结果往往会两败俱伤。

测试篇

来到这边,作为测试人员,看到这里开发与测试良好的氛围,笔者感触颇多。

首先对于开发来说:

一个好的开发需要将自己的程序自测通过,确定各方面没有问题了再提交测试,保证代码的质量。

不要把软件看成是程序,从而排斥程序以外的其他因素。比如说相关的文档。这对开发来说是一个好的行为习惯。既可以减少测试的工作量,又可以提高上线速度,减少错误回归。

对于bug,要勇于承认自己的过失并积极改正,沟通上要以解决问题为主要目的,多一点耐心。

同时,作为测试:

不能只是一味的发现bug而忽略了产品的质量评价。

更不能急于提交bug而忽视了对bug的描述。

对测试的步骤,测试平台的配置,产生的现象,造成的影响都应该尽可能详细。从而能让开发人员快速而准确的定位问题,便于问题的重现

开发离开测试,产品可以确保无误的上线吗?

答案是否定的。

是的,开发和测试共同负责项目的进行,二者目标一致、行为对立、并行工作,有生产就必然有质检,二者的工作相辅相成。

开发与测试要同为整体考虑,一起将项目做好。

以上,就是笔者由开发入测试初的体验。

Qtest是360旗下的专业测试团队!

是WEB平台部测试技术平台化、效率化的先锋力量!

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20180731B1LYTS00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。

扫码关注云+社区

领取腾讯云代金券