如果我们想在项目团队中更加惬意的工作，首先要做到的是了解项目，了解需求，了解参加项目的所有的人。这也避免了自己的盲从和无措。更增加自己和不同角色打交道的机会。
首先我们对自己的角色做一个合理的定位。我们需要站在客户的角度上来衡量产品的质量。那么我们要做的就是去了解终端用户真正的需求，使用习惯，常用的功能是什么？对于以后的测试设计，场景设计，测试覆盖以及分析，才有可能不会因为自己的想当然而有失偏颇。
对于不了解真实客户的我们，该怎么办呢？ 我们需要了解需求的进度即便我们在此时的行业背景和技能欠缺的情况下，其实没有真正的机会去参与需求的分析过程。我们需要了解设计的基本知识才能够在某些时刻去体会测试里面发现的问题是设计的错还是编码的错。我们需要知道编程的一些基本的理念和方法，需要至少可以去阅读一些基本的代码，配置文件甚至做修改。这样的我们才能在某些时候，自我的去查阅定位分析一些bug。
在这个过程中，无论你是否做得很好，无论你是否熟悉，你都会受益匪浅。而在这个过程中，你和开发人员已经开始了不仅仅是bug修复与否的交流。你们之间的交流和信任已经随着交流面的扩大而不断的增长。而你，对于项目的整体运作，开发的进度已经开始有了一个形象的理解。而你，成长起来了！最大的成长，应该是真正的了解了你的位置。也应该知道你的责任不仅仅在于开发后期，那一点点的测试工作。而你的bug为什么在有些时候不会被修改，甚至你自己学会了做项目优先级的判断。
给开发人员做培训，让他们具有一定的质量意识
当然在这个过程中，我们也会发现开发人员的一些问题，比如说开发的时候，代码是否写的过于随意，添加的注释是否有意义或者符合标准？他们彼此之间的信息分享是否有问题？如何从更好的角度来让他们更加规范的工作来避免可能出现的风险和问题呢？
那么，找一个合适的机会，给开发人员做几次培训吧！
这个机会可不是那么好找的，而且效果也不会那么好的。因为我们的开发人员会抵触，尤其是我说的前提，在没有规范化项目里面成长起来的开发人员，我们觉得不合规范的行为，在他们看来，那是自由。
……………………
查看全文请点击下载：http://www.51testing.com/html/39/n-234539.html
后记：
软件测试工作不仅仅是我们的事情，彼此间的沟通也不仅仅限于我们目前的范围。我们彼此都有很长的路要走。知己知彼，才能百战百胜。双赢才能够让我们彼此的路走的长远而不那么辛苦。
软件测试和开发从业人员的待遇在如今还存在着一定的差距。就像软件行业的产物和传统工业的产物因为直观和度量性的不同而在存在传统意识的人们眼中有些不同的地位。
其实他们各自有着自己的特点。软件开发因为技术的可度量性，产物的明确而可观性的特点，决定软件开发从业者的业绩是可以度量的，产物是可以运行，存在并且产生直接效益的。软件测试的工作因为业务的庞杂而不可度量性，因为测试产物对于测试对象的可依赖性，因为测试目标的分散性和质量度量的大局性。这些特点导致测试的业绩是依赖的，而且难以衡量的，所以影响了测试人员本身的价值衡量。
但是软件测试是社会系统学的范畴而不仅仅是逻辑技术的范畴。在当今灾难事件频发的今天，质量已经给人们了一个永生铭记的刻痕。这也在一个方面把世界对于软件测试的观感开始导向正途。希望在我们的未来努力下，不断挑战这个课题。让软件测试可以继续以其自身的魅力让从业者可以获得更多的附加回报。也希望我们的测试从业者们，可以真正的为我们的行业尽到自己的一份力量，让世界真正的理解认同我们的价值所在。
查看全文请点击下载：http://www.51testing.com/html/39/n-234539.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
