1樓：雲淡
樓主說的挖坑？
1、是產品經理產品需求設計的不合理，還是需求經常變化呢？
2、程式設計師挖坑是指沒有按照產品需求實現coding，還是程式設計師編碼質量不高，bug復現率高，導致測試有種測不完的bug狀態？最後技術組織架構是怎樣？
測試、開發、產品、設計軟體開發過程這些角色在你們公司是如何組織的？績效是如何考核的？
作為一名測試最基本的要求就是把bug描述清楚，bug完整準確可追溯。
產品把需求交付開發，開發編碼完成交付測試，產品一旦轉測進入測試階段，測試需要驅動開發，需要不斷變化角色，關注使用者，聚焦質量狀態，產品把需求交付測試時需要提前了解需求，需求的背景、目的，細化並確認需求，列出測試點，設計測試用例，此時就需要和產品經理PK，有效的跟產品經理溝通，提出需求不合理和不明確的模組，確認的需求也要繼續細分確認規格，不過往往此階段要麼測試沒有充足的時間了解需求，要麼產品私底下和開發溝通需求變更不知會測試，導致需求理解的充分，和開發理解的需求有出入，所以作為測試對需求一定要掌握全面，及時了解需求變更的地方。
對需求每個人理解不一樣，乙個團隊開發人員技術能力水平層次分布也不一樣，碰到職業素養差的程式設計師幾乎讓測試抓狂，開發編碼完轉測，往往初期會有各種bug，作為測試也是可以理解的，這階段會有與程式設計師頻繁的bug確認和分析的過程，程式設計師也是人，需求經常變也會折磨出脾氣來，這裡需要注意溝通方式，不要把程式設計師當敵人，是為了把產品發布為共同目標的合作夥伴，有時候需要相互諒解下工作，測試要有分階段的目標，主動積極推進質量基線工作，bug不能一直呈上公升趨勢，跟模組重要性劃定優先順序，根據優先順序確定測試階段目標，與開發達成共識，面對N多個bug面前，開發眼裡都是一樣，都是需要解決的，他們是很需要乙個人告訴他bug解決的優先順序，最終推進產品的問題解決。
最後為什麼問你組織結構呢？因為不同的組織架構有不同的績效考核，自然每個人都會選擇績效績效最高的工作做，涉及跨部門溝通更加需要注重溝通的藝術。如果你是一名測試執行者，把面臨的問題合理跟你上級反饋，如果你是管理者需要需要解決產品開發涉及測試的問題拿出來，並推進解決。
最後注意每個人程式設計師的特性，溝通方式也要有點不同。
2樓：未來永劫
郵件似乎是我的唯一法寶
接到需求以後，我會做需求分析，羅列測試點，然後把各種疑問，包括產品設計漏洞一一羅列在郵件中，抄送整個專案組成員及負責人，郵件不回的就Q談催，除非他親口（QQ）說了不解決，這就齊活了。測試的時候研發問題隨時提，最後完工的時候，剩下的肯定都是些不影響邏輯和功能的問題，繼續郵件寫好測試報告，問題以及風險（這裡就是產品說了不解決的和研發不給我解決的，那麼有什麼風險我暴露出來）繼續抄送給各位大人，然後收工。測試的任務是曝露缺陷預告風險並推動解決，那麼你都做到了，誰還能給你挖坑呢？
產品經理，程式猿，測試哪種職業更好？
牛小牛 軟體測試工程師一枚，下面見解純屬個人意見。首先作為測試，門檻相對較低，工作中用到最多的還是黑盒測試，這些技術含量較低，也有自動化測試，技術性比程式猿還是低很多的。再者程式猿，高大上，高薪 這是程式猿給人的感覺，但是程式猿也有程式猿的痛點 加班無節制 再人性的公司也存在加班，本人外企上市公司非...
身為測試產品經理是直系領導，調研期間產品全程划水，專案快交付了，出的問題全程甩鍋給你怎麼辦（已離職）？
1 專案搞成這樣，沒有乙個人是無辜的。2 作為負責人應該負主要責任。3 你作為測試，你應該提公升一下自己的水平。因為吐槽的這些話 1 既沒邏輯又不專業 2 如果僅僅是情緒表達，這些文字又沒有把一件事情說清楚，語義不明，又有很多歧義。 周家文 這種已經是不講理，不講武德的情況了，你還幻想要怎麼避免被甩...
產品經理和程式設計師哪個加班多
XOXOJOY 100 程式設計師。產品經理的需求稍微複雜一點，程式設計師就要耗盡腦力時間來實現需求。碰到再不合理一點的需求，真是頭要禿心態要崩。我組裡是1PM對應1個UI 5個full stack的比例，存在即合理，看看比例也知道誰辛苦。 馬力在知群 肯定是程式設計師。所以產品經理要多體諒程式設計...