软件测试工程师推动研发

我知道现在有一个名询是“测试驱动开发”，那是指-―种编码方法,我这里的“测试推动研发”是指测试会在某种程度上成为推动研发工作的一股力量。

我们知道，一般来说，测试是一种被动角色。–项功能,最先是PM定义，然后是开发人员实现，最后才是测试入员做验证。测试如何变被动为主动呢―个实例吧。

在我们的测试小组中，出同事YD负责测试电话 码的设置。在项目初期，可能是因为PM想得简单了，对这个功能只是概括性地做了定义。YD在做测试的时候发现，有很多细节在需求规格说明书中没有定义，这样导致了开发人员的处理简单,从而滋生了软件错误。她在 告产品bug的同时，积极地写邮件陈述需求规格说明书中需要提高的地方，推动PM去i改进。电话 码设置只是我们产品的一个小功能，所以推动起来不大顺当。但是YD持续地去做，包括写邮件、 告bug、在各种会议上提出来，最终，这个功能得到了很大的提高，整个研发小组都认为YD对这个功能起了很大的推动作用。后来,YD得到一个称 -—-Telephone number queen(电话 码皂后)。这既是一种开玩笑,也是对她.工作的肯定。

发现和 告bag是湖试工程师的本职工作，只要把这个做好，没有人可以责问其他。在这个例子里，难能可贵的是YD能够本着提高整个产品品质的思想出发，“多管闲事”，推动了整个研发工作。我相信，任何一位管理者，都希望自己的员工能有这样的主动性。在这里起关键作用的，是YD的专业素质。

微软有种很好的.工作氛围，总是鼓励大家做得更专业。YD做事认真，是:一个专业的测试.工程师，所以她在默默地推动着电话 码设置这个功能的研发。

作为测试T程师，我们的主要任务是发现bug，但如果项目实际情况需要我们i去推动研发t作，我们就要自动“补位”，迎难面上。只要是有利于项日的事情,我们都可以去做，因为只有项目成功了，个人才有可能获得成功。

目前测试平台项目研发已经完成并且在Github开源，有兴趣的朋友可以去Github下载
https://github.com/ooqitech/ATP

不要只做收藏从未停止，行动从未开始的人，很多事情，做着做着就无师自通了。如果在做的过程中还能稍微加点思考，稍微看一些别人的经验和做法，成长会更快，效果也会更好！加油吧，测试人！路就在脚下，成功就在明天！

一个用心码了这么多文字的人，往往渴望得到大家的认可。如果你觉得这篇文章对你有帮助，双击屏幕，给我点个赞呀！