如何讓專案管理不輕易扣屎盆子到 QA 頭上

背景：

公司產品是一個專業軟體，每週一個迭代版本，3~4 個月左右一個正式大版本；

最近半年的版本中，出現了兩例線上問題

問題 1：

一個是不由 QA 負責的業務模組（涉密業務，有專職開發負責質量保證），上線後出現問題導致特定使用者無法使用。內部會議中，項管問為什麼測試沒能覆蓋到，我沒有馬上回答，對應的專職開發也沒有解釋，但需求的開發負責人解釋了緣由，路徑特殊且受限於裝置.....

問題 2：

版本末期臨時插入了一個最佳化需求 xyz。需求提出來後，測試根據開發提供的影響範圍，輸出了測試驗證方案和用例，同時補充了部分可能受影響的業務點；然後召集開發、產品、評審測試方案，方案透過正常進行驗證和測試；版本釋出上線 2 天后，有使用者反饋某個業務有 bug，經測試和開發確認屬於插入需求 xyz 引入；這個受影響的業務點大家都沒有能夠識別到，我也在反思為什麼沒能攔住.....結果就在一次內部會議中，項管、業務負責人都問起，為什麼測試沒能測到；我把過程同他們講清楚了，說是我們產研測三方都沒能識別到，屬於業務不夠熟悉；但是會後內心十分不爽，為什麼出現了問題總是第一時間找 QA 的鍋，要扣屎盆子。

以上兩個案例，想聽聽各位大佬的看法，如何扭轉這種測試處境，QA 能做哪些？