緊急情況下測試週期被壓縮在國內大多數公司都會出現這種情況,那出現這種情況該如何去面對並展開測試呢?
首先我們需要弄清楚是什麼原因導致出現這種情況。到底是內部原因導致還是外部原因導致,說到底如果是外部原因導致基本都是由於需求變更引起的,內部原因通常為開發延期導致。
在下面我會列舉常見的處理方法：
1、如果是需求變更導致的測試週期被壓縮,那我們測試的時候必須先跟專案經理、測試經理說明該情況並得到統一的意識,並與客戶溝通爭取更長的軟體週期。
2、如果是內部原因引起的測試週期被壓縮,那我們可以通過以下方法來處理：
如果有完整的測試計畫/測試方案,可以通過增加測試人員來加快測試速度；
如果沒有完整的測試計畫/方案,或者無法協調增加測試人員,則可以考慮協調開發人員參與,交叉測試模組;
②、重新制定測試策略：
其實在實際的情況下,很多公司團隊都會遇到測試週期被壓縮還無法增加/協調到相關人員來參與測試情況。那此時我們只有重新調整測試策略了。
首先我們需要和專案經理說明情況並協調制更測試範圍(優先保證基本功能、常用功能與重要功能的測試)；
其次與專案負責人、qa打好招呼,儘量減少正式文件建議使用測試結果進行輸出；
再次測試過程中優先考慮口頭交流,非重要模組的小bug、不影響使用者使用/不影響功能的bug建議先做記錄可不提交到bug管理系統,先及時處理；
還有安排測試的時候需要優化測試人員安排,盡量讓經驗豐富、能力較強的人員測試複雜的模組,能力一般的人做簡單的模組；
最後還可以和開發溝通,確認風險較大的地方重點測試等。
③、測試週期被壓縮的時候必須加強風險管理
對壓縮測試週期的風險應及時整理,全面考慮並積極上報並快速跟進,不要發現風險之後置之不理。
軟體測試缺陷等級劃分 軟體的缺陷等級應如何劃分？
51testing軟體測試網 s upo q kw 軟體缺陷的主要型別有 51testing軟體測試網k w rb4ll4g nz51testing軟體測試網0 b5t f fx il 1 功能 特性沒有實現或部分實現51testing軟體測試網0gre d m2c d9i d02 設計不合理，存在...
軟體測試面試題被問到，假如測試時間極短，怎麼測試？
首先評估測試資源和工作量 如果測試資源足夠，接下來就是分配測試任務的工作了，沒啥好說的 如果資源不夠，那麼優先測試新功能，其次，整體的主要功能節點最好也過一遍，如果有影響主要功能或流程的問題，必須在上線前改好，不影響功能使用的小問題，可以之後慢慢優化 再乙個重點，就是需要列出風險給領導了，可能會出現...
緊急情況下測試週期被壓縮該如何測試
緊急情況下測試週期被壓縮在國內大多數公司都會出現這種情況,那出現這種情況該如何去面對並展開測試呢?首先我們需要弄清楚是什麼原因導致出現這種情況。到底是內部原因導致還是外部原因導致,說到底如果是外部原因導致基本都是由於需求變更引起的,內部原因通常為開發延期導致。在下面我會列舉常見的處理方法 1 如果是...