產生 其中 找到 很多 nbsp 協調 col 思考 列表

在以往的項目測試經歷中，經常會遇到如下問題，導致測試進度不能很好的把控，項目上線延期： 1. 已經到了提測時間，或者已經到了上在線確認環境和在線環境的時間，但是測試環境，在線確認環境，在線環境都沒有搭建好，導致測試計劃不能按期開始； 2. 提測之後，每天QA會提交很多的bug，開發同學可能已經進入其他需求的開發，不可能時刻盯著已提測需求的bug，對於哪些bug是block的問題，急需解決，開發同學也沒有時間去及時跟進，導致一天過去了，很多bug還是未解決狀態，block的bug影響測試繼續進行； 3. 需求的產品、開發、測試負責人不了解當前的測試情況，不知道測試周期內每天產生多少問題，有哪些問題阻礙了測試進行，有哪些問題急需解決，有哪些工作需要提前進行溝通；當到了上線的時間點時，一下子暴漏出很多問題，沒有提前去解決，影響了上線時間； 4. 還有就是上線之前的一些準備工作，如線上數據庫增加表字段，後臺管理系統權限的開通，需要第三方合作的接口權限的開通，第三方環境是否搭建好，和第三方合作的審批流程是否提前做好 以上的這些問題，經過思考，其實可以通過合理完善的項目進度報告來解決。 一、項目進度報告的目的 為了告知項目相關人員測試工作的進度，測試過程中遇到的問題，急需解決的問題，存在什麽風險，需要再次確認的內容，接下來的工作計劃，需要準備的工作，以達到問題和進度周知的目的，有助於問題的盡快解決和推進，及時的準備協調相關資源。 二、項目進度報告的發出時間點 根據實際的項目情況來決定，對於時間緊並且很重要的項目，需要每天開站會後，及時發出當天的項目進度報告；對於一下項目周期比較長的，可以考慮3天或一周發一個項目進度報告。 三、項目進度匯報的內容 項目的進度匯報內容應該包括如下內容： 1. 項目整體進度情況（必要） 2.Bug list（必要） 3.上線時間（必要） 4.風險提示 5.團隊配合 四、下面對每個部分進行具體的描述： ［項目整體進度情況］ 一般一個項目要經過：接口測試－第一輪功能測試－第二輪功能測試（兼容測試&回歸測試）－壓力測試－在線確認環境測試－在線環境驗證； 在這個部分要描述清楚目前處於哪個測試階段，已經完成、正在進行的和未開始的是哪個部分功能測試；在測試過程中遇到了哪些問題，需要哪個負責人去解決推進；需求的變更情況，舉個例子： 1. 測試階段 目前進入第一輪功能測試

功能模塊	問卷創建	問卷列表	統計分析	模版庫	協作群	系統管理
完成情況	已經完成	已經完成	正在進行	正在進行	未開始	未開始

2. 測試中block問題 描述測試中遇到了什麽樣的阻塞問題，負責人是誰，需要如何處理，block了多久時間，例如： （1）問題描述 在測試支付模塊時，我們調不起來網易寶SDK支付，導致測試block (2) 解決辦法 已經找到網易寶負責人＊＊和我方負責人＊＊，一起排查定位問題和解決問題 （3）阻塞時間 一共阻塞了一天時間，不能進行支付模塊的測試 3. 需求變更 由於增加、變更、取消需求，導致的進度變化情況，例如： （1）需求變更原因 因為法務的要求，需要進行系統防沈迷處理，增加防沈迷功能 （2）需要增加的測試時間 需要增加2天測試時間，提測時間相應推遲2天 （3）需求負責人 產品：＊＊ 開發：＊＊ 測試：＊＊ [Bug List] 這裏列出未解決的bug list, 並統計出共提交了多少bug,block級別的bug有幾個，嚴重級別的bug有幾個，Bug list如下：

序號	目前解決情況	模塊	主題	分配給	報告人
1	計劃今天解決	API接口	[客戶端6月底版本-期次縱向分流]：商品列表接口沒有顯示配置的2個極速場獎品
2	產品確認目前不用修改	API接口
3	產品確認下期修改	IOS客戶端

[上線時間] 產品計劃上線時間，告知相關人員，及時做好溝通準備工作 [風險提示] 提前告知當前項目存在的風險，例如： 1. 由於上線時間緊急，安卓低於＊＊版本的兼容性測試沒有進行，可能會出現問題，請產品同學衡量其中的風險，是先保證新功能上線，舍棄低版本的兼容，還是延期2天做完低版本兼容性後一起上線； 2. 當大數據量導出時，會出現導出數據不完整的情況，請產品和開發同學確認，實際會有多大的數據導出量，做好相應的處理工作，避免上線風險； [團隊配合] 需要其他產品的技術或者合作方的配合，需要在這裏及時提出，以避免影響上線時間，例如 1. 麻煩DBA同學在上線前做好sql審核和新庫表的建立和變更； 2.麻煩產品同學在上線前開通好後臺管理系統的權限，以便做線上環境的驗證； 3.麻煩網易寶同學開通測試和線上環境訪問網易寶接口的權限，使測試能夠順利進行； 測試進度報告的具體內容可以跟進項目的實際情況再做適當調整，補充和完善。

測試周期內測試進度報告規範