在以往的專案測試經歷中,經常會遇到如下問題,導致測試進度不能很好的把控,專案上線延期:
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.麻煩網易寶同學開通測試和線上環境訪問網易寶介面的許可權,使測試能夠順利進行;
測試進度報告的具體內容可以跟進專案的實際情況再做適當調整,補充和完善。
測試週期內測試進度報告規範
在以往的專案測試經歷中,經常會遇到如下問題,導致測試進度不能很好的把控,專案上線延期 2.提測之後,每天qa會提交很多的bug,開發同學可能已經進入其他需求的開發,不可能時刻盯著已提測需求的bug,對於哪些bug是block的問題,急需解決,開發同學也沒有時間去及時跟進,導致一天過去了,很多bug還...
報告軟體測試規範
報告軟體測試錯誤的目的是為了保證修復錯誤的人員可以重複報告的錯誤,從而有利於分析錯誤產生的原因,定位錯誤,然後修正之。因此,報告軟體測試錯誤的基本要求是準確 簡潔 完整 規範。需要掌握的報告技術歸納如下。1.描述 description 簡潔 準確,完整,揭示錯誤實質,記錄缺陷或錯誤出現的位置 描述...
軟體測試(四)app測試的每日測試進度報告模板
在乙個較大型的專案中,通常運作的方式是按照子專案或者功能模組來進行分工的,每個功能模組有具體對應的設計 產品 運營 開發和測試人員。結合實際的專案情況,如果功能較大可能上面乙個角色有多個人一起參與,反之也可能乙個人同時負責多個功能模組。從大的方面,我們將測試報告分為兩類 1 測試進度報告 在測試階段...