測(cè)試報(bào)告模板

測(cè)試報(bào)告模板1.簡(jiǎn)介

1.1編寫目的

本文檔用于記錄測(cè)試過程，總結(jié)各輪次的測(cè)試情況，分析測(cè)試數(shù)據(jù)，歸納測(cè)試工作進(jìn)行過程中暴露的問題與遺留的風(fēng)險(xiǎn)，給出相應(yīng)的測(cè)試建議以供后續(xù)項(xiàng)目參考。

1.2項(xiàng)目背景

xx需要一個(gè)擁有真實(shí)用戶的社區(qū)化產(chǎn)品，通過真實(shí)高信任度用戶關(guān)系的建立，提高用戶粘性，提升活躍會(huì)員數(shù)，帶來長效的增長。在此背景下，以真實(shí)用戶為基礎(chǔ)的社區(qū)應(yīng)運(yùn)而生。主要具有以下5點(diǎn)意義：

1.提高社區(qū)活躍會(huì)員數(shù)

2.提高用戶粘度

3.建立真實(shí)（和用戶的社區(qū)身份相一致）的多維用戶信息

4.建立高信任度的用戶關(guān)系

5.達(dá)到真實(shí)可信用戶關(guān)系中的用戶之間的傳播效應(yīng)

1.3定義、首字母縮寫詞和縮略語

無

1.4參考資料

各輪系統(tǒng)測(cè)試階段總結(jié)

2.測(cè)試概要

整個(gè)xx項(xiàng)目的測(cè)試經(jīng)歷了xx-1.0與xx-1.1兩個(gè)階段，共經(jīng)歷了1輪集成測(cè)試、6輪冒煙測(cè)試和7輪系統(tǒng)測(cè)試和1輪上線跟蹤測(cè)試。整個(gè)測(cè)試過程中累計(jì)執(zhí)行用例8100條，發(fā)現(xiàn)缺陷1026個(gè)。截至xx-1.1第四系統(tǒng)測(cè)試結(jié)束，所發(fā)現(xiàn)的高權(quán)重問題已得到修復(fù)和驗(yàn)證。

2.1測(cè)試時(shí)間

整個(gè)xx項(xiàng)目的測(cè)試時(shí)間從xx年2月18日開始，到xx年3月27日上線止，期間各階段工作情況如下：

2.2測(cè)試范圍

本次測(cè)試覆蓋的范圍包括：功能測(cè)試、兼容性測(cè)試、接口測(cè)試、數(shù)據(jù)遷移測(cè)試、性能測(cè)試、安全性測(cè)試和品質(zhì)監(jiān)控。以下分別對(duì)功能測(cè)試、兼容性測(cè)試、接口測(cè)試、數(shù)據(jù)遷移測(cè)試、性能測(cè)試和安全性測(cè)試進(jìn)行說明。

功能測(cè)試

xx-1.1在xx-1.0基礎(chǔ)上更新的主要功能如下：

數(shù)據(jù)遷移測(cè)試

接口測(cè)試

兼容性測(cè)試

性能測(cè)試

參見SVN中的性能測(cè)試報(bào)告。

安全性測(cè)試

整個(gè)xx測(cè)試過程中先后進(jìn)行了三輪安全性測(cè)試，發(fā)現(xiàn)了2個(gè)影響較嚴(yán)重的安全性問題，且都已得到修復(fù)和驗(yàn)證。

2.3測(cè)試版本

下表顯示了各輪次測(cè)試版本和對(duì)應(yīng)測(cè)試范圍的分配情況：

2.4測(cè)試用例

根據(jù)需求文檔，測(cè)試人員編寫和內(nèi)審了測(cè)試用例，為xx項(xiàng)目共計(jì)編寫用例3558條，累計(jì)執(zhí)行用例8100條。

2.5測(cè)試策略

xx-1.0測(cè)試策略

1.測(cè)試類型：按階段劃分定義為集成測(cè)試和系統(tǒng)測(cè)試。

2.集成測(cè)試階段進(jìn)行了一輪集成測(cè)試，主要以需求挖掘、分析、確認(rèn)和尋找實(shí)現(xiàn)與需求不一致為主要目標(biāo)

3.系統(tǒng)測(cè)試階段分三輪進(jìn)行，基本策略如下：

第一輪為覆蓋性測(cè)試，測(cè)試范圍覆蓋以上描述的所有范圍，關(guān)注所有級(jí)別的bug；

第二輪對(duì)權(quán)重為A、B的模塊進(jìn)行功能測(cè)試、兼容性測(cè)試，權(quán)重為C的模塊進(jìn)行冒煙測(cè)試，回歸測(cè)試所有已修復(fù)的bug；

第三輪對(duì)權(quán)重為A的模塊進(jìn)行功能測(cè)試、兼容性測(cè)試，對(duì)權(quán)重為B、C的模塊進(jìn)行冒煙測(cè)試，回歸測(cè)試所有待解決的bug，及已關(guān)閉的高優(yōu)先級(jí)bug。

每輪測(cè)試開始前都進(jìn)行快速的冒煙測(cè)試，通過冒煙確信系統(tǒng)可測(cè)時(shí)進(jìn)入下一輪系統(tǒng)測(cè)試。

數(shù)據(jù)遷移測(cè)試、接口測(cè)試只在第一輪進(jìn)行。

4.缺陷評(píng)估：每輪測(cè)試結(jié)束后都組織開發(fā)工程師、測(cè)試工程師、產(chǎn)品工程師等共同評(píng)估產(chǎn)品缺陷，評(píng)估內(nèi)容包括缺陷解決方案、是否涉及需求變更、下一輪開始時(shí)間及是否可以結(jié)束測(cè)試等。

xx-1.1測(cè)試策略

1).測(cè)試類型：按階段劃分定義為系統(tǒng)測(cè)試。

2).系統(tǒng)測(cè)試分四個(gè)輪次進(jìn)行，基本策略如下：

第一輪為覆蓋性測(cè)試，測(cè)試范圍覆蓋以上描述的所有范圍，關(guān)注所有級(jí)別的bug；

第二輪對(duì)權(quán)重為A、B的模塊進(jìn)行功能測(cè)試、兼容性測(cè)試，權(quán)重為C的模塊進(jìn)行冒煙測(cè)試，回歸測(cè)試所有已修復(fù)的bug；對(duì)系統(tǒng)進(jìn)行性能測(cè)試。

第三、四輪對(duì)權(quán)重為A的模塊進(jìn)行功能測(cè)試、兼容性測(cè)試，對(duì)權(quán)重為B、C的模塊進(jìn)行冒煙測(cè)試，回歸測(cè)試所有待解決的bug，及已關(guān)閉的高優(yōu)先級(jí)bug；

每輪測(cè)試開始前都進(jìn)行快速的冒煙測(cè)試，通過冒煙確信系統(tǒng)可測(cè)時(shí)進(jìn)入下一輪系統(tǒng)測(cè)試。

數(shù)據(jù)遷移測(cè)試、接口測(cè)試只在第一輪進(jìn)行。

3).缺陷評(píng)估：每輪測(cè)試結(jié)束后都組織開發(fā)工程師、測(cè)試工程師、產(chǎn)品工程師、QA等共同評(píng)估產(chǎn)品缺陷，評(píng)估內(nèi)容包括缺陷解決方案、是否涉及需求變更、下一輪開始時(shí)間及是否可以結(jié)束測(cè)試等。

3.結(jié)果分析

整個(gè)xx測(cè)試過程中累計(jì)發(fā)現(xiàn)有效缺陷1026個(gè)，其中A級(jí)缺陷3個(gè)，B級(jí)21個(gè)，C級(jí)800個(gè)，D級(jí)169個(gè)，E級(jí)33個(gè)。經(jīng)項(xiàng)目組成員評(píng)估，到xx-1.1發(fā)布止遺留缺陷51個(gè)，其余975個(gè)缺陷均已修復(fù)且全部驗(yàn)證通過。下面分別從xx-1.0和xx-1.1兩個(gè)階段、從不同角度對(duì)缺陷進(jìn)行分析。

3.1缺陷趨勢(shì)

xx-1.0

整個(gè)測(cè)試過程中累計(jì)發(fā)現(xiàn)缺陷734個(gè)，各輪次缺陷分布情況如下表。

下圖顯示了xx-1.0測(cè)試過程中缺陷的發(fā)展趨勢(shì)：

xx-1.1

整個(gè)測(cè)試過程中累計(jì)發(fā)現(xiàn)缺陷292個(gè)，各輪次缺陷分布情況如下表。

下圖顯示了xx-1.1測(cè)試過程中缺陷的發(fā)展趨勢(shì)：

從缺陷趨勢(shì)圖中可以看出，xx-1.0和xx-1.1兩個(gè)測(cè)試階段，缺陷均隨著測(cè)試過程的推進(jìn)呈現(xiàn)收斂趨勢(shì)，這符合測(cè)試缺陷的發(fā)展規(guī)律，證明測(cè)試計(jì)劃和策略是可靠有效的。

3.2缺陷優(yōu)先級(jí)分布

xx-1.0

每輪次各級(jí)別缺陷分布情況如下：

xx-1.1

每輪次各級(jí)別缺陷分布情況如下：

整個(gè)xx項(xiàng)目測(cè)試過程種中發(fā)現(xiàn)的C級(jí)以上（包括C級(jí)）缺陷824個(gè)，占總?cè)毕輸?shù)的80.31%，這說明系統(tǒng)在測(cè)試過程中處于不穩(wěn)定狀態(tài)，存在大量較為嚴(yán)重的問題，但隨著測(cè)試過程的推進(jìn)，高優(yōu)先級(jí)問題又逐漸減少，整個(gè)系統(tǒng)趨于穩(wěn)定。

3.3缺陷按模塊分布

下表顯示了整個(gè)xx測(cè)試過程中發(fā)現(xiàn)缺陷在各模塊中的分布情況

從下圖中可以看出各模塊缺陷的分布趨勢(shì)：

從以上缺陷分布情況看，所有缺陷中有近30%是和產(chǎn)品需求相關(guān)的，諸如需求定義欠明確、需求描述有歧義、需求沒有定義、實(shí)現(xiàn)和需求不一致等。

3.4重開缺陷情況

從上表可以看出整個(gè)Space測(cè)試過程中，各輪驗(yàn)證缺陷的重開比率都偏高，這是我們后續(xù)項(xiàng)目中需要關(guān)注和提高的地方。

3.5遺留缺陷情況

到xx-1.1發(fā)布止，整個(gè)Space項(xiàng)目遺留缺陷51個(gè)，且這些缺陷均通過PDT相關(guān)成員評(píng)估后確信可以遺留，待后續(xù)版本規(guī)劃處理。具體缺陷信息此處略去。

3.6上線跟蹤測(cè)試結(jié)果

xx-1.1于3月27日7:00上線后，我們?cè)诋?dāng)日的7:00-12:00進(jìn)行了集中跟蹤測(cè)試，且在此之后安排有2名測(cè)試工程師，每天用一些時(shí)間跟蹤上線情況、客服反饋問題的最新動(dòng)態(tài)。截止4月2日上午11:00上線跟蹤測(cè)試結(jié)果是：累計(jì)缺陷40個(gè)，且都是C級(jí)以下。其中屬需求相關(guān)問題5個(gè)，因上線后環(huán)境差異導(dǎo)致問題35個(gè)，開放中缺陷4個(gè)，已關(guān)閉缺陷16個(gè)，已解決待驗(yàn)證缺陷20個(gè)。

4.結(jié)論&問題&建議

4.1測(cè)試結(jié)論

1.經(jīng)過前后兩個(gè)階段的多輪測(cè)試，雖遺留了一些缺陷沒有解決，但系統(tǒng)功能已趨于穩(wěn)定，且項(xiàng)目確定的范圍、策略和計(jì)劃均已實(shí)現(xiàn)，項(xiàng)目測(cè)試可以結(jié)束、xx-1.1可以上線。

2.通過測(cè)試覺得產(chǎn)品在用戶體驗(yàn)方面有待后續(xù)版本進(jìn)一步改進(jìn)，不排除用戶在使用該產(chǎn)品時(shí)有“暈”的感覺。

4.2呈現(xiàn)的問題

1.需求問題。特別是xx-1.0項(xiàng)目需求，雖然陸續(xù)看到了好多需求文檔，但這些文檔給人的感覺是：需求分析不完整、需求描述不清晰，需求文檔的邏輯性、可讀性、可實(shí)現(xiàn)性、可測(cè)試性比較差，需求的歧義性較大。從而感覺在整個(gè)xx-1.0測(cè)試過程中不斷地在挖掘需求、確認(rèn)需求、變更需求和評(píng)審需求。xx-1.1的項(xiàng)目需求有了很大改觀，xx本身需求經(jīng)過和收集、分析、確認(rèn)和評(píng)審的過程，但對(duì)各接口產(chǎn)品的需求仍然沒有進(jìn)行統(tǒng)一的分析、確認(rèn)和評(píng)審，這部分需求的歧義性較大且變更較多，整個(gè)需求文檔的可讀性、可測(cè)試性、完整性和清晰性仍然較差。

2.變更控制問題。這在xx-1.0的測(cè)試過程中體現(xiàn)的比較明顯，如項(xiàng)目需求的變更、項(xiàng)目責(zé)任人的變更、項(xiàng)目計(jì)劃的變更等。xx-1.0整個(gè)測(cè)試過程中一直在確認(rèn)和變更需求，且需求變更的機(jī)制沒有規(guī)約，一個(gè)會(huì)議、一封mail或是一個(gè)口頭傳達(dá)就可能變更需求。xx-1.1測(cè)試過程中這一問題得到了較好的改進(jìn)，但變更控制規(guī)約的實(shí)施欠佳。所有的需求變更均沒有及時(shí)很好的更新至需求文檔，xx-1.0體現(xiàn)的更為明顯。

3.版本控制問題。xx-1.0測(cè)試過程中沒能進(jìn)行版本管理；xx-1.1測(cè)試過程中對(duì)xx本身的代碼進(jìn)行了版本管理，各接口產(chǎn)品的代碼均由各技術(shù)負(fù)責(zé)人進(jìn)行管理，在這期間出現(xiàn)過代碼覆蓋的情況、代碼忘記上傳或遺漏部署的情況。難以保證每輪測(cè)試版本的清晰、和發(fā)布版本與測(cè)試版本的一致性。

4.測(cè)試環(huán)境問題。xx-1.1測(cè)試期間測(cè)試環(huán)境和開發(fā)環(huán)境沒能很好的分離，導(dǎo)致測(cè)試和開發(fā)修復(fù)缺陷不能并行；測(cè)試期間有開發(fā)工程師直接在測(cè)試環(huán)境上修復(fù)缺陷和修改測(cè)試環(huán)境的情況；測(cè)試環(huán)境不穩(wěn)定，如hosts設(shè)置不正確等。

5.項(xiàng)目計(jì)劃欠明確、人員職責(zé)欠清晰。

4.3測(cè)試建議

1.遺留缺陷。建議在xx-1.1上線后以patch方式，或在后續(xù)版本中解決遺留缺陷，以提升產(chǎn)品的穩(wěn)定性和用戶體驗(yàn)。

2.需求建議。不論是xx本身還是各接口產(chǎn)品，建議進(jìn)一步加強(qiáng)需求收集、分析、確認(rèn)和評(píng)審過程，進(jìn)一步提升需求文檔的質(zhì)量：減少需求的歧義性，提升需求的完整性、描述的清晰性、一致性、可讀性、可實(shí)現(xiàn)性和可測(cè)試性。同時(shí)建議在后續(xù)項(xiàng)目中能對(duì)設(shè)計(jì)文檔（如UI/UE等）進(jìn)行評(píng)審，以增強(qiáng)產(chǎn)品的使用性、提升用戶體驗(yàn)。

3.變更控制。建議在后續(xù)項(xiàng)目中進(jìn)一步加強(qiáng)變更控制策略和規(guī)約制定，并強(qiáng)化變更控制規(guī)約的執(zhí)行。不怕變更，關(guān)鍵要控制好變更的時(shí)機(jī)和策略。

4.版本控制。加強(qiáng)xx本身，特別是各接口產(chǎn)品的版本控制策略，以保證測(cè)試版本的清晰性、發(fā)布/上線版本和最終測(cè)試版本的一致性。

5.測(cè)試環(huán)境。期望在后續(xù)項(xiàng)目中xx及各接口產(chǎn)品的測(cè)試環(huán)境和開發(fā)環(huán)境完全分開，或階段性完全獨(dú)立，且各部分環(huán)境有專門的接口人負(fù)責(zé)，在測(cè)試期間