qileilove

          blog已經(jīng)轉(zhuǎn)移至github,大家請訪問 http://qaseven.github.io/

          如何寫軟件測試人員的周報(或日報)

           眾所周知,在職場,總有各式各樣的報告要看,要寫,而最常規(guī)的莫過于周報(或者日報)了。這類報告通常是關(guān)于個人的工作情況或者項目的進展情況等。那么作為一名測試人員,該如何寫周報呢(若有日報需要,以此類推)。

            通常在寫一份報告之前考慮這么兩個方面會讓你的報告更具閱讀性,那就是:報告要表達的主題是什么,報告的觀眾/聽眾是誰。對于同一個(或者相似的)主題,觀眾/聽眾不一樣,報告所需要陳述的具體內(nèi)容通常也是不一樣的。

            下面我想從測試員和測試組長(負(fù)責(zé)人)的角度分別羅列一下測試周報的模式和內(nèi)容。

            一、測試員(tester)

             測試員的周報一般來說是匯報給自己的組長,就我自己的工作經(jīng)歷來說,一般軟件公司測試組長兼具項目以及行政兩個方面,也就是說一方面主導(dǎo)分配到這個測試 小組的測試任務(wù),另一方面也要關(guān)注組員的工作績效以及團隊發(fā)展等。所以匯報給測試組長的周報就要比較詳細的從項目和團隊合作方面同時闡述自己一周的工作情 況。大概可以包括這個幾點:

            1、內(nèi)容概要羅列以及花費時間列表

            闡述本周自己主要的工作情況,譬如參與了哪幾個項目的哪些相關(guān)測試,出席了幾個公司會議,參加了幾個公司內(nèi)(或外)的相關(guān)培訓(xùn)課,閱讀了什么工作相關(guān)的資料/書籍等,同時(推薦以表格的形式)列出每一項工作(或相關(guān))內(nèi)容所花費的時間(work hour)

            2、執(zhí)行的測試用例數(shù)目

             按照項目分別列出,本周執(zhí)行了多少測試用例,其中pass多少,fail多少,有多少用例被block了不能執(zhí)行(需要另外列出具體的被block原 因,如某個bug或者某項測試資源沒有到位),還有多少已分配的測試用例沒有完成。這些信息推薦以表格形式給出,參見下面的草圖:


           Pass FailBlocked  Remaining
            Project A 25 3 2 16
           ......    

            如果執(zhí)行了ad-hoc或者exploration測試,可以考慮以表格形式列出測試內(nèi)容。

            3、提交的bug具體數(shù)目

             體現(xiàn)測試人員績效一個重要的方面是提交的bug數(shù)量和質(zhì)量。所有在這里列出本周里在每個測試項目中你提交的有效bug數(shù),無效bug數(shù)(重復(fù)的bug, 不能復(fù)現(xiàn)的bug),驗證的bug數(shù)(有效修復(fù)-fixed,無效修復(fù)-reject),這些信息同樣推薦以表格形式給出,參見下面的草圖:


           Submitted-Valid Submitted-Duplicated Submitted-Unreproduciable Verify-FixedVerify-Reject 
           Project A 5 2 0 8 3
           ......     

            4、其它

            任何工作相關(guān)的其余內(nèi)容。譬如你希望多一個測試平臺,你需要某本專業(yè)書籍等等等等。

            二、測試組長

             測試組長的周報通常來說覆蓋兩個方面,一是項目相關(guān)情況,這個內(nèi)容的目標(biāo)讀者是所有和項目相關(guān)的人員(項目經(jīng)理,產(chǎn)品經(jīng)理,開發(fā)人員,測試人員,發(fā)布人 員等),另一個方面是關(guān)于團隊管理方面(有時候會把這一項單獨放在一份報告里發(fā)給測試經(jīng)理,畢竟項目相關(guān)人員只關(guān)注項目的測試進展情況,基本不關(guān)心測試團 隊成員的具體工作內(nèi)容)

            1、嚴(yán)重問題

            任何阻止測試順利進行的issue都要在這里醒目列出,同時要注明希望問題得到解決的最后期限,如果知道報告接受者中的誰可以幫助推動解決這個問題,要明確指到該人姓名。

            2、各個項目測試用例完成情況

            可以用類似于下面的柱狀圖來表示

            (如有必要,可以給出具體的鏈接指向測試用例管理庫中本輪測試的詳細內(nèi)容和結(jié)果)

            3、各個項目的bug以固定時間為單位(通常周報中就按周來統(tǒng)計)的增減情況

            (統(tǒng)計的bug數(shù)量可以是所有優(yōu)先級/嚴(yán)重程度的bug總和,也可以只取第一第二優(yōu)先級/嚴(yán)重程度的bug進行統(tǒng)計,因為很多時候,這類bug的數(shù)量直接影響產(chǎn)品發(fā)布與否,而這個,正是項目相關(guān)人員最關(guān)心的)

            例見下圖

            (如有必要,給出具體鏈接指向bug管理庫中該項目所有bug的詳細內(nèi)容)

            4、各個項目的bug按照一定類別的百分比統(tǒng)計

            (這個圖可以讓看報告的人一目了然當(dāng)前項目中的主要問題存在哪里,是功能上的,還是界面上的,還是通訊上的,還是其它等等等等)

            例見下圖(具體分類根據(jù)不同產(chǎn)品不同項目而不同)

            5、(如有必要)測試小組成員的大概工作情況

            可以包括:有多少測試人員參與,每個人在各個項目中花費的時間,有時候也可以列出每個測試員執(zhí)行了多少測試用例,提交了多少bug,驗證了多少bug等信息

            可以參見如下表格:

            6、任何項目相關(guān)的其它雜事

            暫時就想到這么多了,歡迎大家指點意見。

          版權(quán)聲明:本文出自小丫頭的51Testing軟件測試博客:http://www.51testing.com/?18819

          原創(chuàng)作品,轉(zhuǎn)載時請務(wù)必以超鏈接形式標(biāo)明文章原始出處 、作者信息和本聲明,否則將追究法律責(zé)任。

          posted on 2012-09-03 11:16 順其自然EVO 閱讀(473) 評論(0)  編輯  收藏 所屬分類: 測試學(xué)習(xí)專欄

          <2012年9月>
          2627282930311
          2345678
          9101112131415
          16171819202122
          23242526272829
          30123456

          導(dǎo)航

          統(tǒng)計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 金堂县| 广东省| 浙江省| 乌鲁木齐市| 阿拉尔市| 余干县| 仁寿县| 东乌珠穆沁旗| 建平县| 广德县| 定安县| 民和| 基隆市| 来安县| 广水市| 宁乡县| 玉溪市| 工布江达县| 安国市| 饶阳县| 台湾省| 措美县| 纳雍县| 济宁市| 临汾市| 甘谷县| 古蔺县| 胶州市| 通州区| 湄潭县| 梁山县| 莫力| 武宣县| 长汀县| 独山县| 房产| 虹口区| 十堰市| 富源县| 前郭尔| 托克托县|