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