一類是在開發測試過程中，只要有一點變化，他都會及時地通知到你，遇到有邏輯變更的地方，還會把代碼的拿出來給你看；深怕測漏了他的變更點。相對來說，這類開發員比較好溝通，我們都會很積極的配合他們的變更測試。
另一類開發員就正好相反了，他很少會主動與你溝通，在開發過程中一些自認為沒有必要的需求，還會自行更改，或是砍掉對需求的開發。甚至不通知pdm，更不會通知測試員。在我們測試過程中，發現這樣的問題很是頭痛。提了bug之后，開發都會將其駁回，大家也都會想到，這樣的開發員一般都比較強勢。
現在，每次遇到類似的問題，我都是先跟pdm、開發員一起先溝通交流，很多時候，在時間緊迫的理由下，除了是至關重要的需求，善良的pdm都會愿意把需求放在下一期。
記得我們阿里的六脈神劍中有一條：決策前積極發表建設性意見，充分討論；無論個人是否有異議，必須完全予以支持。（當然，過程中發現好的建議，也是可以提出來大家一起討論的。）
不過，這樣的問題遇到的多了，確實有點頭痛。有時候會想，你強勢我就比你更強勢，最終問題可能是解決了，但是兩人的心情卻已變得很糟糕了。漸漸地，我覺得有時候硬碰硬并不是解決問題的好方法，當然，該堅持的地方還是要堅持。我現在的做法是，盡量詳盡的對照PRD與UC寫好TC。在過程中積極應對變更的需求，主動、再主動、再再主動地與開發員進行溝通，表達自己的想法。畢竟大家最終的目標是一樣的：努力做好我們的項目，做好我們的網站，做好我們的百年事業。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
