– 关注技术发展。 多关心前沿技术的发展， 多和技术大牛交流。 这样可以拓展你的视野，很快提升总体技术能力和修养。 看过Jonathen Bach 的经历就明白多懂些技术术语对交流和工作是很有益的。
– 多关注一些行业规范。 建议专著于某种编程语言，熟悉它的风格和规范，这会有助于理解代码和静态发现缺陷。也可以对开发提出某些建议，这也有助于提高自身在组织的地位。 还建议一定要熟悉uml常用的图示。uml是软件工程师的公共语言 。很难想象不懂uml你怎么跟其他人在系统层面交流沟通。
– 有机会业余做些开发项目，或是参与一些开源的项目。 熟悉一般的开发手段和流程。
– 学会一般的研究手段， 知道如何在网络上获得所需的信息。在很多情况下谁先获得新的资讯谁就牛。其实看一下国内很多所谓学术带头人的论文，也不过是比别人更早获得国外的前沿信息，然后整理一下而已。能做一些研究的测试人员还是颇受欢迎的， 因为他们通常都能自己独立地解决问题。 多留心收集一些好的网站是很有帮助的。
–最后是调整自己的心理， 要敢于提出自己的想法和建议。要是你的建议能够被采纳当然可以提升你地位了。说不定还要你做专题的讲座。 也要敢于据理力争，但要有充分的准备。最重要的还是要虚心向牛人学习。一个组织能够生存必然有一些人发挥核心作用，从他们身上无论是技术还是其他方面都能够学到很多很多。
不知不觉写得太长了， 确实这个题目扩展开来有太多的内容
另外一位仁兄zdlzx的回答
了解别人是如何看待你的：明确当前开发团队和管理团队对于测试是何印象和如何评价的。这里面好的方面固然要继续保持和考虑如何做得更好，更重要的是不满的方面，需要仔细分析落实如何改进。我看到的测试团队有的并不能冷静地全面接受负面的评价，或者过于夸大某几个个别人的主观评价而觉得明明自己没有错，因此不知如何改进。对于后面这种情况，其实沟通本身就是改进的一个重要方面。
■ 思考自己该如何提高：不管别人是如何看待你的，我们都应该经常考虑从自身做起，如何进一步加强测试人员的专业性。很多的时候，开发团队希望测试人员给出一些专业的判断，比如：测试这个版本大概需要多少时间？当前版本质量的风险在哪里？性能测试如何建模才能真实模拟生产环境的使用情况等等。如果我们测试人员不能很好地回答这些问题，甚至在某些时候还出现过在这些判断上的重大的失误，会很大程度上抹杀他人对测试人员的信任和支持。有不同的观点并不可怕，可怕的是没有观点或者坚持错误的观点。因此我觉得不管别人当前对你或你的团队评价如何，作为测试人员，你自己一定要坚持不断地试图在自己有话语权的地方不断磨练准确和敏锐的判断力。
■ 不要有“我们”和“他们”的意识。工作中，常听到测试人员把测试团队说成“我们”，把开发团队说成“他们”。这看上去是个小事，但实际上是很需要提醒大家注意的。余世维先生的管理课程里就有非常精彩的一段关于小我的“我们”意识的批判。当测试团队对开发团队提出改进的要求或者建议的时候，请认识到每个开发人员也和你一样聪明能干（一定有什么你不知道的原因使得他这个bug反复fail或者这个版本的质量很差），也请伸出你的手去提供一切可能的对方需要的帮助（即使那看起来不象是你职责范围内需要做的），甚至是多一点宽容和耐心，也许比你义正言辞地指出对方的问题，不留一点情面要好一些。请时刻提醒自己在软件开发团队中你不可能独善其身。请时刻反思自己：你有没有总是从开发团队/人员的角度去考虑问题，你能不能拍胸脯说你已经做到你能做的最好了。
一个软件开发项目组，一个软件公司，就象一个大家。如果每个成员都能正确看待自己，不断提高自己，多一些理解和友爱，那么也许我们就不那么关注地位的高低了，因为你已经得到了一个win-win的结果：相互的尊重。
原帖地址：http://bbs.51testing.com/thread-126896-1-5.html
版权声明：本文由会员goal1860 zdlzx首发于51Testing软件测试论坛每周一问活动。
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
相关链接：
