一个人的职业生涯总是包含很多阶段，而每个阶段又是环环相扣，互为因果的。因此，我们总是能够看到一群同时毕业的人，经过10年后，各自的发展却迥然不同，有些人总能快人一步，提前到达职涯的新高，而有些人却慢人半拍，逐渐掉队。这其中，一定有运气等其他客观因素的影响，但仔细观察，我们会发现那些成功的人，往往是那些有着坚定目标，并持续努力的人。
那么，作为职场新人的你是否知道自己的方向与目标？
网友“阿贝”
我提两点吧：
1、系统地学习，首先争取能跟开发对话，然后争取让自己在某些技术领域的知识超过开发。
一般来说，测试人员的编程经验是不能跟开发比的，但是对于某些技术领域的理解、对知识系统的理解，这些是可能超过开发的。比如对系统框架整体的深刻理解，对操作系统的理解、对数据库的理解等。
2、多思考自己职业规划，对自己有好处，对测试组也有好处。
我们会尽量支持每个成员的职业规划，并作出必要的调整。我始终觉得，一个好的组织，应该是百花齐放的，每个成员都往自己感兴趣的方向发展，最终形成一个合力，推动测试组不断成长，成为一颗参天大树。
网友“尘泥”
一个人理想的工作状态是：50%做常规工作，30%做改进工作，20%做创新突破工作。但，这个真的很难。我只想说：不要迷失在短期的触手可及的任务上，好好规划自己的发展，哪怕是一个月，一周也好。强制自己，挤出时间去学习，提高自己。我们不仅仅是测试，我们可以做的更多。
网友“kevinkong”
测试人员有空也需要多学习技术方面的东西，技术牛了，开发人员对你的信任也会有加分，对于敏捷开发团队，测试和开发的界限应该是会越来越模糊吧。呵呵，个人YY一下，有机会有时间的话是否可以进行测试开发职位的轮岗哦，能让开发人员能更加的注重质量，一个产品的质量不紧紧是测试人员的事情，应该让大家都成为测试。
网友“Linsa.Liu”
在接口测试工作中常遇到这样一个问题：开发人员对接口参数的合法性检查不够严谨，或者压根不做合法性检查。从测试人员的角度来看这是一个bug，因为会影响到服务端的稳定性和安全性。但是，反馈给开发人员后往往被无视，觉得没必要去改。但是测试人员一定要尽可能的驱动开发人员去完善这个接口。如果开发人员坚决不去修复，个人认为应该群邮项目相关人员，指明风险。
说到与开发人员的沟通问题，个人感觉首先应保持一种朋友关系，不要过于拘谨、苛刻，很多人都说测试人员与开发人员是对头（哈哈），应化解这种感觉。另外，当发现一个bug或问题的时候不要抛给开发人员了事，你应该尝试与开发人员共同寻找bug的原因，以及解决办法，形成战友的关系，这样才能更好更深入的了解这个bug，了解产品。呵呵。。
网友“赤焰”
开发会忽悠这个是大多数开发的特点，大家都是被忽悠过来的。但是在开发的忽悠中也可以得到许多的信息，包括具体的实现方法，出现问题的原因，这些对于后续的测试工作都是很有帮助的。
其实有的时候测试也可以忽悠下开发，让他们能够对于自己的代码做一些自测，或者是更详细的列出修改点和可能的风险，礼尚往来么。
网友“世界”
关于游戏测试, 随便说几句:
1.自己的游戏、参照游戏、标志性游戏是一定要去玩的。
2.玩到什么程度？几个方面吧：
1）RMB玩家是怎么玩的？他们的钱是怎么花的
2）时间型玩家是怎么玩家，他们是怎么通过时间追求相对的成就感的
3）打钱工作室是怎么赚钱的？
4）游戏的经济系统是靠什么驱动的？
3.在条件允许的情况下，对游戏代码要尽可能熟悉，自己负责的模块出了问题，要第一时间知道是怎么回事，而不是问过程序才知道。
4.对服务端整体架构尽可能熟悉，知道数据的流入流出是怎么回事。
5.适当有些文字方面的修养吧，策划没发现的错别字你最好能发现了...
6.坚持产品质量优先，拒绝无关人等忽悠，任何不改/later的bug都应该有个强有力的理由做支撑。
网友“WB”
加入了测试团队，你就要始终记得自己是团队里的一员，要有团队意识，要有交流意识，一个人埋头苦干始终达不到最好的效果。有不明白的要马上提出询问或者组织讨论，别让疑问一直持续。另外多多关注行业内相关信息。
网友“小勤”
你是测试团队的一员，也是项目组的一员，在哪个团队里，你都是不可或缺的。在项目团队里，不要听开发忽悠，他们有时会自信满满地和你说，这段程序没问题，你要有自己的立场，自己的判断。bug是永远消灭不完的，追求完美很痛苦，要掌握好那个度。
提高项目团队整理的质量意识要比自己一人埋头测试更有用，质量需要大家一起来保障。
网友“丰羽”
一定要有耐心。
