資訊專欄INFORMATION COLUMN
摘要：參與者項目經理產品經理開發(fā)經理測試經理及其它相關人員。項目上線后問題反饋針對項目客戶反饋問題進行分析總結，類似缺陷分析，重點總結遺漏的原因及后需的規(guī)避措施。六匯總整理各部門總結并發(fā)布基于測試總結過程中的數(shù)據(jù)分析，我們提出了對部門的建議。
最近參與了幾次面試，面試者的簡歷中都會提及：需求或者版本測試結束后會進行測試總結，不僅僅提供一份測試報告以及相關文檔手冊。
于是特意追問了一下，測試總結中都包含什么內容。
答復上基本都是：執(zhí)行了多少用例、發(fā)現(xiàn)了多少問題、解決了多少問題，待解決的問題還有多少、bug的修復率是多少，很少有其它方面的延伸。
于是自己也思考了一些，整理了這篇文章，也希望大家多多補充，提提意見。
區(qū)別與測試報告一般是針對開發(fā)完成編碼后對開發(fā)質量的一個總結。
測試總結站的角度，更多是在整個軟件研發(fā)過程中所有問題的總結，總結的范圍相對更寬一些。
包含需求搜集階段的問題、產品需求分析設計階段的問題、開發(fā)設計編輯階段的問題、產品測試階段的問題、項目上線后反饋的問題的總結等等。
1.需求測試或者發(fā)布測試結束后
此時進行總結更具有時效性，但缺少使用者對此版本的直接反饋，只能算是內部總結。
2.產品上線應用一段時間之后
此時總結，增加了客戶使用后的反饋，更有利于從第三方視角反饋發(fā)布版本的質量情況及用戶視角暴露的問題。
組織者：一般由測試經理或者對應項目的負責人發(fā)起。
參與者：項目經理、產品經理、開發(fā)經理、測試經理及其它相關人員。
1.召開總結會議（載體：word、excel、ppt、視頻等），常用ppt。
2.郵件溝通反饋
3.視頻會議等
具體形式因團隊而已，重點要關注效果，總結后要形成可落地的改進計劃。
版本總結中應該包含哪些內容？
有那些量化的數(shù)據(jù)可以分析？
之前收藏了公眾號：程序員小濠的另外一篇博客，，針對研發(fā)及測試階段的分析說明已經很到位。
涉及到開發(fā)、測試計劃偏離度的分析，缺陷類型、優(yōu)先級、分布、質量趨勢的分析，建議大家可以仔細拜讀下。
里面涉及的內容這里就不再次體現(xiàn)，其他方面的內容這里做下補充，大家可以整合一份適用于自己公司的一套標準。
前邊我們提到，要總結需求搜集階段的問題、產品需求分析設計階段的問題、開發(fā)設計編碼階段的問題、產品測試階段的問題、項目上線后反饋的問題等。
針對需求提交是否及時、是否符合提交規(guī)范、描述是否清晰、業(yè)務場景是否完備等幾個維度進行統(tǒng)計分析。
如圖中V1.0版本需求按時提交率只有75%，很有可能造成版本規(guī)劃延期或者版本發(fā)布時間壓縮。
根據(jù)相關數(shù)據(jù)及測試過程中產生的影響，針對需求搜集放提出相應建議，并要求需求搜集放給出相應的保障措施及計劃。
一般提交需求的是客戶的業(yè)務人員或者公司內部相關對接人員，相關建議和改進需要傳遞到這些人，并督促改善。
針對需求，產品是否按時審批、按時提交相關分析設計文檔、組織相關需求評審溝通會議、插入需求占比等相等 。
此處插入需求占比，也可根據(jù)插入需求工時與版本規(guī)劃工時進行對比統(tǒng)計。
此階段的問題主要集中在產品，需要傳遞到產品去進行相應改進。
針對開發(fā)設計提交及時性、開發(fā)計劃按時完成情況、缺陷數(shù)量、缺陷密度、缺陷修復周期、缺陷分類、缺陷修復情況分析Vincent文章中已經說明。
下面我們從另外一個角度，人力成本投入角度去分析。
從上述看，我們能夠發(fā)現(xiàn)開發(fā)在自測與設計階段的投入較少，從而造成大部分精力都在修復BUG。
此階段問題主要集中在開發(fā)，可建議開發(fā)：定期進行設計Review、代碼Review，要求開發(fā)做單元測試，寫自測報告等手段來提升開發(fā)質量。
針對測試用例、測試報告提交的及時性、版本發(fā)布內容提交的完備性、計劃按時完成情況、缺陷遺留情況、客戶，項目反饋問題情況進行分析。
下面我們從另外一個角度，人力成本投入角度去分析。
從上述看，測試在BUG與產品設計優(yōu)化上的投入將近占了測試工作的一半，說明開發(fā)質量與產品設計存在一定的問題。這時測試工作需要左移，配合產品和開發(fā)，將一些問題扼殺在搖籃里。
針對項目/客戶反饋問題進行分析總結，類似缺陷分析，重點總結遺漏的原因及后需的規(guī)避措施。
上述看，場景遺漏導致的問題較多，需要質量部門重點關注，加強用例設計及評審，豐富完善測試場景。
基于測試總結過程中的數(shù)據(jù)分析，我們提出了對部門的建議。
針對提出的建議，各部門要配合梳理可落地的改進措施，匯總到質量部門，質量部門負責整理發(fā)布，并監(jiān)督各節(jié)點的改進情況。以保障在下個版本測試過程中，相關問題能夠得到有效的規(guī)避，從而提升工作的效率與質量。
針對上述各個階段的分析總結，除了一些具體的數(shù)據(jù)以外，可以增加一些具體的案例，這樣在分析總結是大家才能切身體會。
數(shù)據(jù)的背后不是吐槽那個階段，那個環(huán)節(jié)做的不好，初衷是透過數(shù)據(jù)看本質，不斷完善我們的工作流程，達到高效協(xié)作，高質輸出的目標。
最后感謝每一個認真閱讀我文章的人，看著粉絲一路的上漲和關注，禮尚往來總是要有的，雖然不是什么很值錢的東西，如果你用得到的話可以直接拿走：
① 2000多本軟件測試電子書（主流和經典的書籍應該都有了）
② 軟件測試/自動化測試標準庫資料（最全中文版）
③ 項目源碼（四五十個有趣且經典的練手項目及源碼）
④ Python編程語言、API接口自動化測試、web自動化測試、App自動化測試（適合小白學習）
⑤ Python學習路線圖（告別不入流的學習）
在我的QQ技術交流群里（技術交流和資源共享，廣告進來腿給你打斷）
可以自助拿走，群號：310357728（備注“csdn小碼哥”）群里的免費資料都是筆者十多年測試生涯的精華。還有同行大神一起交流技術哦。
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/123487.html
摘要：王者榮耀項目組高級測試工程師工程師文化團隊中的實踐本文不是一篇入門教程，而是從結合實際場景，闡述在團隊協(xié)作中如何去好好地應用。 CI Weekly 圍繞『 軟件工程效率提升』 進行一系列技術內容分享，包括國內外持續(xù)集成、持續(xù)交付，持續(xù)部署、自動化測試、 DevOps 等實踐教程、工具與資源，以及一些工程師文化相關的程序員 Tips 。同步于 flow.ci Blog、微信公眾號、官方微...
摘要：為了提升廣大測試小伙伴的自動化項目實施經驗，我給大家推薦一個公眾號傷心的辣條總結了一篇自動化測試實施流程和規(guī)范文檔。最后可以在公眾號傷心的辣條免費領取一份頁軟件測試工程師面試寶典文檔資料。 ...
摘要：作為一名軟件測試從業(yè)者，我也曾迷茫過，準確的說直至年前才真正找準自我定位，在此我就自我定位這個話題談談自己的一些看法。能夠獨立規(guī)劃和組織性能測試，搭建性能測試環(huán)境能夠設計性能測試場景，分析性能問題，定位系統(tǒng)瓶頸。 ...
摘要：來這里看看的工程師如何進行持續(xù)集成與持續(xù)部署。主要介紹了豆瓣移動持續(xù)集成和測試相關實踐，用工具化自動化社會化測試來解決遇到的問題，將打包發(fā)布環(huán)節(jié)自動化。這期的持續(xù)集成實踐分享就到這里。 我們常看到許多團隊和開發(fā)者分享他們的持續(xù)集成實踐經驗，本期 fir.im Weekly 收集了 iOS，Android，PHP ，NodeJS 等項目搭建持續(xù)集成的實踐，以及一些國內外公司的內部持續(xù)集成...
閱讀 3455·2023-04-26 02:31
閱讀 3621·2021-11-23 09:51
閱讀 1286·2021-11-17 09:33
閱讀 2435·2021-11-16 11:45
閱讀 2566·2021-10-11 11:12
閱讀 2406·2021-09-22 15:22
閱讀 2712·2021-09-04 16:40
閱讀 2568·2021-07-30 15:30
