一类是在开发测试过程中，只要有一点变化，他都会及时地通知到你，遇到有逻辑变更的地方，还会把代码的拿出来给你看；深怕测漏了他的变更点。相对来说，这类开发员比较好沟通，我们都会很积极的配合他们的变更测试。
另一类开发员就正好相反了，他很少会主动与你沟通，在开发过程中一些自认为没有必要的需求，还会自行更改，或是砍掉对需求的开发。甚至不通知pdm，更不会通知测试员。在我们测试过程中，发现这样的问题很是头痛。提了bug之后，开发都会将其驳回，大家也都会想到，这样的开发员一般都比较强势。
现在，每次遇到类似的问题，我都是先跟pdm、开发员一起先沟通交流，很多时候，在时间紧迫的理由下，除了是至关重要的需求，善良的pdm都会愿意把需求放在下一期。
记得我们阿里的六脉神剑中有一条：决策前积极发表建设性意见，充分讨论；无论个人是否有异议，必须完全予以支持。（当然，过程中发现好的建议，也是可以提出来大家一起讨论的。）
不过，这样的问题遇到的多了，确实有点头痛。有时候会想，你强势我就比你更强势，最终问题可能是解决了，但是两人的心情却已变得很糟糕了。渐渐地，我觉得有时候硬碰硬并不是解决问题的好方法，当然，该坚持的地方还是要坚持。我现在的做法是，尽量详尽的对照PRD与UC写好TC。在过程中积极应对变更的需求，主动、再主动、再再主动地与开发员进行沟通，表达自己的想法。毕竟大家最终的目标是一样的：努力做好我们的项目，做好我们的网站，做好我们的百年事业。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
