论从开发转测试的初体验

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

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

开发篇

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

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

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

笔者会经常想：

1. 明明在我的电脑上是运行正常的啊，为何服务器上就……
2. 不可能出现这种情况的啊！
3. 这个功能我会在下个版本修正….

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

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

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

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

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

1. 我正在调试这个bug，但程序是没问题的啊，是不是你硬件出错了？
2. 不用担心，这次肯定不会有问题了。
3. 这不可能的，肯定是用户错误，或者编译器出错了。
4. 你忘记清除缓存了，兄弟。
5. 我检查过一遍了，没问题的，上线吧！
6. 没办法，这是一个公认的bug。
7. 我又不能测试所有的功能。
8. 这不是bug，这只不过是配置问题，或者网络问题
9. 这是字符编码的问题。

诸如此类

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

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

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

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

测试篇

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

首先对于开发来说：

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

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

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

同时，作为测试：

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

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

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

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

答案是否定的。

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

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

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

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你

关注我的微信公众号【伤心的辣条】免费获取~

送上一句话：

世界的模样取决于你凝视它的目光，自己的价值取决于你的追求和心态，一切美好的愿望，不在等待中拥有，而是在奋斗中争取。