測試報(bào)告模板范例

1. 簡介

1.1 編寫目的

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

1.2 項(xiàng)目背景

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

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

2. 提高用戶粘度

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

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

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

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

無

1.4 參考資料

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

2. 測試概要

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

2.1 測試時(shí)間

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

2.2 測試范圍

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

功能測試

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

xx-1.0 包括的主要功能如下：

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

接口測試

兼容性測試

性能測試

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

安全性測試

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

2.3 測試版本

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

2.4 測試用例

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

2.5 測試策略

xx-1.0測試策略

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

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

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

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

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

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

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

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

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

xx-1.1測試策略

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

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

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

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

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

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

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

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

3. 結(jié)果分析

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

3.1 缺陷趨勢

xx-1.0

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

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

xx-1.1

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

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

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

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

xx-1.0

每輪次各級別缺陷分布情況如下：

xx-1.1

每輪次各級別缺陷分布情況如下：

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

3.3 缺陷按模塊分布

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

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

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

3.4 重開缺陷情況

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

3.5 遺留缺陷情況

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

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

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

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

4.1 測試結(jié)論

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

2. 通過測試覺得產(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)性、可測試性比較差，需求的歧義性較大。從而感覺在整個(gè)xx-1.0測試過程中不斷地在挖掘需求、確認(rèn)需求、變更需求和評審需求。xx-1.1的項(xiàng)目需求有了很大改觀，xx本身需求經(jīng)過和收集、分析、確認(rèn)和評審的過程，但對各接口產(chǎn)品的需求仍然沒有進(jìn)行統(tǒng)一的分析、確認(rèn)和評審，這部分需求的歧義性較大且變更較多，整個(gè)需求文檔的可讀性、可測試性、完整性和清晰性仍然較差。

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

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

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

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

4.3 測試建議

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

2. 需求建議。不論是xx本身還是各接口產(chǎn)品，建議進(jìn)一步加強(qiáng)需求收集、分析、確認(rèn)和評審過程，進(jìn)一步提升需求文檔的質(zhì)量：減少需求的歧義性，提升需求的完整性、描述的清晰性、一致性、可讀性、可實(shí)現(xiàn)性和可測試性。同時(shí)建議在后續(xù)項(xiàng)目中能對設(shè)計(jì)文檔（如UI/UE等）進(jìn)行評審，以增強(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)品的版本控制策略，以保證測試版本的清晰性、發(fā)布/上線版本和最終測試版本的一致性。

5. 測試環(huán)境。期望在后續(xù)項(xiàng)目中xx及各接口產(chǎn)品的測試環(huán)境和開發(fā)環(huán)境完全分開，或階段性完全獨(dú)立，且各部分環(huán)境有專門的接口人負(fù)責(zé)，在測試期間嚴(yán)格禁止在測試環(huán)境上修復(fù)缺陷或更改環(huán)境配置（如確實(shí)需要更改配置，請?zhí)崆巴ㄖ獪y試及其它相關(guān)負(fù)責(zé)人）。以減少因此帶來的溝通、反復(fù)偵測的成本。

6. 項(xiàng)目管理。主要是建議加強(qiáng)項(xiàng)目的計(jì)劃性，諸如：進(jìn)度計(jì)劃、人力資源計(jì)劃、風(fēng)險(xiǎn)預(yù)防機(jī)制等，這也將更利于項(xiàng)目成員間高效的配合：大家能更適時(shí)的、更合理的制定各自工作計(jì)劃，也更清楚到什么時(shí)候我會輸出什么、我將配合他人做些什么。減少項(xiàng)目進(jìn)行過程中的緊張和慌亂、項(xiàng)目也變得更加易控和可控。