眾所周知，在
職場，總有各式各樣的報(bào)告要看，要寫，而最常規(guī)的莫過于周報(bào)（或者日報(bào)）了。這類報(bào)告通常是關(guān)于個(gè)人的
工作情況或者項(xiàng)目的進(jìn)展情況等。那么作為一名
測試人員，該如何寫周報(bào)呢（若有日報(bào)需要，以此類推）。
通常在寫一份報(bào)告之前考慮這么兩個(gè)方面會(huì)讓你的報(bào)告更具閱讀性，那就是：報(bào)告要表達(dá)的主題是什么，報(bào)告的觀眾/聽眾是誰。對于同一個(gè)（或者相似的）主題，觀眾/聽眾不一樣，報(bào)告所需要陳述的具體內(nèi)容通常也是不一樣的。
下面我想從測試員和測試組長（負(fù)責(zé)人）的角度分別羅列一下測試周報(bào)的模式和內(nèi)容。
一、測試員（tester）
測試員的周報(bào)一般來說是匯報(bào)給自己的組長，就我自己的工作經(jīng)歷來說，一般軟件公司測試組長兼具項(xiàng)目以及行政兩個(gè)方面，也就是說一方面主導(dǎo)分配到這個(gè)測試 小組的測試任務(wù)，另一方面也要關(guān)注組員的工作績效以及團(tuán)隊(duì)發(fā)展等。所以匯報(bào)給測試組長的周報(bào)就要比較詳細(xì)的從項(xiàng)目和團(tuán)隊(duì)合作方面同時(shí)闡述自己一周的工作情 況。大概可以包括這個(gè)幾點(diǎn)：
1、內(nèi)容概要羅列以及花費(fèi)時(shí)間列表
闡述本周自己主要的工作情況，譬如參與了哪幾個(gè)項(xiàng)目的哪些相關(guān)測試，出席了幾個(gè)公司會(huì)議，參加了幾個(gè)公司內(nèi)（或外）的相關(guān)培訓(xùn)課，閱讀了什么工作相關(guān)的資料/書籍等，同時(shí)（推薦以表格的形式）列出每一項(xiàng)工作（或相關(guān)）內(nèi)容所花費(fèi)的時(shí)間（work hour）
2、執(zhí)行的測試用例數(shù)目
按照項(xiàng)目分別列出，本周執(zhí)行了多少測試用例，其中pass多少，fail多少，有多少用例被block了不能執(zhí)行（需要另外列出具體的被block原 因，如某個(gè)bug或者某項(xiàng)測試資源沒有到位），還有多少已分配的測試用例沒有完成。這些信息推薦以表格形式給出，參見下面的草圖：
| Pass | Fail | Blocked | Remaining |
| Project A | 25 | 3 | 2 | 16 |
| ...... | | | | |
如果執(zhí)行了ad-hoc或者exploration測試，可以考慮以表格形式列出測試內(nèi)容。
3、提交的bug具體數(shù)目
體現(xiàn)測試人員績效一個(gè)重要的方面是提交的bug數(shù)量和質(zhì)量。所有在這里列出本周里在每個(gè)測試項(xiàng)目中你提交的有效bug數(shù)，無效bug數(shù)（重復(fù)的bug， 不能復(fù)現(xiàn)的bug），驗(yàn)證的bug數(shù)（有效修復(fù)-fixed，無效修復(fù)-reject），這些信息同樣推薦以表格形式給出，參見下面的草圖：
| Submitted-Valid | Submitted-Duplicated | Submitted-Unreproduciable | Verify-Fixed | Verify-Reject |
| Project A | 5 | 2 | 0 | 8 | 3 |
| ...... | | | | | |
4、其它
任何工作相關(guān)的其余內(nèi)容。譬如你希望多一個(gè)測試平臺(tái)，你需要某本專業(yè)書籍等等等等。
二、測試組長
測試組長的周報(bào)通常來說覆蓋兩個(gè)方面，一是項(xiàng)目相關(guān)情況，這個(gè)內(nèi)容的目標(biāo)讀者是所有和項(xiàng)目相關(guān)的人員（項(xiàng)目經(jīng)理，產(chǎn)品經(jīng)理，開發(fā)人員，測試人員，發(fā)布人 員等），另一個(gè)方面是關(guān)于團(tuán)隊(duì)管理方面（有時(shí)候會(huì)把這一項(xiàng)單獨(dú)放在一份報(bào)告里發(fā)給測試經(jīng)理，畢竟項(xiàng)目相關(guān)人員只關(guān)注項(xiàng)目的測試進(jìn)展情況，基本不關(guān)心測試團(tuán) 隊(duì)成員的具體工作內(nèi)容）
1、嚴(yán)重問題
任何阻止測試順利進(jìn)行的issue都要在這里醒目列出，同時(shí)要注明希望問題得到解決的最后期限，如果知道報(bào)告接受者中的誰可以幫助推動(dòng)解決這個(gè)問題，要明確指到該人姓名。
2、各個(gè)項(xiàng)目測試用例完成情況
可以用類似于下面的柱狀圖來表示
（如有必要，可以給出具體的鏈接指向測試用例管理庫中本輪測試的詳細(xì)內(nèi)容和結(jié)果）
3、各個(gè)項(xiàng)目的bug以固定時(shí)間為單位（通常周報(bào)中就按周來統(tǒng)計(jì)）的增減情況
（統(tǒng)計(jì)的bug數(shù)量可以是所有優(yōu)先級/嚴(yán)重程度的bug總和，也可以只取第一第二優(yōu)先級/嚴(yán)重程度的bug進(jìn)行統(tǒng)計(jì)，因?yàn)楹芏鄷r(shí)候，這類bug的數(shù)量直接影響產(chǎn)品發(fā)布與否，而這個(gè)，正是項(xiàng)目相關(guān)人員最關(guān)心的）
例見下圖
（如有必要，給出具體鏈接指向bug管理庫中該項(xiàng)目所有bug的詳細(xì)內(nèi)容）
4、各個(gè)項(xiàng)目的bug按照一定類別的百分比統(tǒng)計(jì)
（這個(gè)圖可以讓看報(bào)告的人一目了然當(dāng)前項(xiàng)目中的主要問題存在哪里，是功能上的，還是界面上的，還是通訊上的，還是其它等等等等）
例見下圖（具體分類根據(jù)不同產(chǎn)品不同項(xiàng)目而不同）
5、（如有必要）測試小組成員的大概工作情況
可以包括：有多少測試人員參與，每個(gè)人在各個(gè)項(xiàng)目中花費(fèi)的時(shí)間，有時(shí)候也可以列出每個(gè)測試員執(zhí)行了多少測試用例，提交了多少bug，驗(yàn)證了多少bug等信息
可以參見如下表格：
6、任何項(xiàng)目相關(guān)的其它雜事
暫時(shí)就想到這么多了，歡迎大家指點(diǎn)意見。
版權(quán)聲明：本文出自小丫頭的51Testing軟件測試博客：http://www.51testing.com/?18819
原創(chuàng)作品，轉(zhuǎn)載時(shí)請務(wù)必以超鏈接形式標(biāo)明文章原始出處 、作者信息和本聲明，否則將追究法律責(zé)任。