拼命測試就一定可以保障專案的質量嗎？

在很多團隊，測試人員的定位就是質量保障，這就導致了專案如果質量出現問題，那麼測試同學首席被鍋俠的命運是無法逆轉的。

測試同學打了雞血一樣的拼命測試就一定可以保障專案的質量嗎？

不一定，這需要看開發團隊的整體水平。

水平高的開發團隊往往產品質量會好，如果在高水平開發團隊中擔任測試是一種大樹底下好乘涼的體驗。開發提交的**往往缺陷少，正常和異常流程的表現大都合理，可能細節還要推敲，不過總的來說專案會給人一種很穩的感覺。

高水平的開發團隊中，資訊往往是對稱的。比如有1個需求，開發在實現的時候，測試同學都可以提出自己的一些疑慮，比如異常情況的處理，資料的有效性校驗建議，資料一致性保障建議等，一些需求裡不清楚的東西在開發過程中就可以討論清楚，不需要等到提測之後再確認。

在水平一般的開發團隊當測試人員大概應該是這樣的一種體驗

產品/專案發布上線的時候，心裡可能會惴惴不安，如果有問題遺留到線上心中反而長舒一口氣，該來的總是要來。

在這樣的團隊裡，你會發現

產品/專案發布上線的時候，測試同學可以拜拜神，反正心中沒譜，只能靠老天保佑。

開發團隊。

如果所有的質量都靠開發來保證，那麼測試同學做什麼？

其實也不是所有的質量都靠開發保障，一些產品專案往往需要有對業務相當熟悉的人站在整體的角度去評估某些邏輯是否合理，一些操作帶來的問題是否會影響到使用者之類的。這種人可以是產品人員或ba，不過很多情況下，產品人員不專注於找茬挑毛病，於是從更專業化的角度上講，這些活就落在了測試同學的身上。

既然你要我給你挑毛病，那麼至少你需要保證產品或系統是可以測試的，這基本的誠意，開發團隊是多少要拿出來的。