測試週期結束時，qa同學要完成乙份質量報告，用來反映產品測試過程中的問題及產品質量。作為專案的測試負責人小r同學經過各種繁雜的資料總結，完成質量報告，然而專案組成員在閱讀時卻出現以下問題：
案例一：
質量報告中包含了一項【bug數量按人員分布】，這個資料統計使開發人員的bug數量產生乙個鮮明的對比，造成某些開發的情緒不是很好。因為這個資料不能準確的表明開發的***或者不好，某些開發承擔的任務較多勢必造成bug數量的增加，而報告中沒有對bug數量多進行乙個說明，會誤導閱讀質量報告的人。
改進方案：qa應對一些不能準確體現質量的資料做乙個說明或者乾脆不要將此類資料納入到質量報告裡。
案例二：
質量報告中qa對【專案質量】、【風險評估】的結論沒有乙個標準，導致質量報告中該2項的評判只靠qa的主觀判斷，無法解釋專案方的質疑。
改進方案：qa部門定乙個整體的標準，所有的質量報告嚴格按照該標準執行，可讓產品方做乙個橫向對比，並且在質量報告完成後與專案經理、技術負責人、策劃一起review並確認質量報告中有異議的點。此外在**專案成員時將報告和質量一併傳送，從而使專案成員明確質量報告的標準，避免歧義。目前標準還在制定中。
經過以上的案例，作為專案負責人如何寫好質量報告呢？下面來談一些我的見解。
在寫質量報告之前我們首先要思考的問題是這份報告的受眾是哪些人，他們關心哪些問題，不關心哪些問題，甚至是他們不喜歡哪些問題。只有了解使用者的期望，我們才能將有用的東西呈現在質量報告中。通常整個專案的成員分為以下幾種人：
產品總監：著重面向終端使用者的bug數量及與其他產品的比較。
策劃：著重專案是否能如期上線及上線的功能是否符合自己的期望。
專案經理：資源成本、風險評估及是否能正常上線。
開發：bug的結果分析及分析得出的產品質量資訊。
測試：專案質量及流程控制。
所以乙份詳細的質量報告應該包含上述的幾個部分。那是否將上面的資訊統合一下就好了呢？答案是否定的，乙份優秀的質量報告不僅僅在資料上體現產品的質量，還應該告訴專案組成員，qa在整個測試過程中做過哪些，將我們的測試工作透明化，使大家對專案的質量更明確化：清楚哪些做過測試、哪些沒做過測試、是否有必要測試、沒做過測試的地方風險多大等等。
上面只是我個人的一些經驗之談，欠缺之處希望大家能指出更正。最後感謝相簿以及公眾平台組qa的辛勤付出。
網易雲免費體驗館，0成本體驗20+款雲產品！
【推薦】 盤點大資料在遊戲行業中的應用
質量報告之我見
測試週期結束時，qa同學要完成乙份質量報告，用來反映產品測試過程中的問題及產品質量。作為專案的測試負責人小r同學經過各種繁雜的資料總結，完成質量報告，然而專案組成員在閱讀時卻出現以下問題 案例一 質量報告中包含了一項 bug數量按人員分布 這個資料統計使開發人員的bug數量產生乙個鮮明的對比，造成某...
質量報告之我見
測試週期結束時，qa同學要完成乙份質量報告，用來反映產品測試過程中的問題及產品質量。作為專案的測試負責人小r同學經過各種繁雜的資料總結，完成質量報告，然而專案組成員在閱讀時卻出現以下問題 案例一 質量報告中包含了一項 bug數量按人員分布 這個資料統計使開發人員的bug數量產生乙個鮮明的對比，造成某...
軟體測試質量和效率評價之我見
寫在前面 近期在研究如何提高軟體測試質量和效率，發現要完成這個課題，先要搞清楚如何評價軟體測試質量和效率？蒐羅了不少資料，木有找到權威的說法，於是結合自己的經驗進行了總結，便得此文，願拋磚與業界朋友 軟體測試質量和效率評價的範疇 原本打算將軟體測試質量和效率分別評價，但基於軟體測試不可窮盡的特點，以...