測試報告分工

1、引言：

1.1編寫目的：

此測試文檔詳細陳述了《戰狼--出擊！》遊戲開發過程當中的測試過程。其中包括測試的計劃，方法，實施的詳細內容和結果，是爲了發現缺陷而執行程序的過程。同時爲設計人員提供一個完整的、可靠的設計約束，以便高質量地設計、編寫代碼，完成項目預期目標，給開發人員提供了參考。

目的以下：

1）確保遊戲的質量

2）提供開發和設計過程所須要的關鍵信息

3）貫徹整個設計而發現問題，方便後續修改

此測試文檔的預期讀者爲項目經理、設計人員、開發人員、用戶（遊戲玩家）等

1.2項目背景：

背景說明：

a.待開發的軟件系統的名稱：《戰狼--出擊！》2D橫版射擊小遊戲；

b.本項目的任務提出者：楊澳；

c.本項目的開發者： 楊澳、黎大爲、張天賜、毛宇斐、鄒琪；

d.本項目的用戶：遊戲玩家；

e.該軟件系統同其餘系統或其餘機構的基本的相互來往關係：該系統獨立運行。

 

1.3術語和縮寫詞：

Unity 3D：由Unity Technologies開發的一個讓玩家輕鬆建立諸如三維視頻遊戲、建築可視化、實時三維動畫等類型互動內容的多平臺的綜合型遊戲開發工具，是一個全面整合的專業遊戲引擎。

Visual Studio：微軟公司推出的開發環境。是目前最流行的 Windows 平臺應用程序開發環境

KLOC：千行代碼。Defects per KLOC是做爲目標或評估代碼質量的一種經常使用的度量標準。

 

1.4參考資料：

《Java面向對象程序設計》，耿祥義、張躍平編著，清華大學出版社

《SQL Server 數據庫教程（2008版）》， 鄭阿奇，劉啓芬，顧韻華主編，人民郵電出版社

《軟件工程 方法與實踐 第3版》，竇萬峯，李亞楠，潘媛媛，林燕平編著，機械工業出版社

 

3、測試約束：

描述測試中所要遵循的原則及條件約束等。

質量準則：錯誤率儘量低，效率儘量高，具備可靠性。

覆蓋準則：用例的覆蓋度要高。

3.1測試進出條件：

   3.1.1進入條件：

   測試執行前，進行冒煙測試。項目經理應保證提交的被測版本具有基本的可刪性，在程序提交測試後，測試人員首先覈實系統最重要的功能，若是系統環境不穩定或者系統最重要的功能不能實現，測試將不繼續進行，從而能夠減小沒必要要的測試，節省測試的人力，提升效率。

  3.1.2退出條件：

     a）功能實現代碼的致命和嚴重錯誤級別的缺陷清除率達到99%（例如人物移動，開槍設置，場景怪物信息等）

     b）每一個測試階段核心代碼的錯誤各種缺陷未清除率小於2%-1%/KLOC

     c)  未清除缺陷中無一級錯誤，二級錯誤小於0.5/KLOC

     d) 每一個測試階段發現的總缺陷應少於5.0KLOC

3.2測試經過和失敗判別準則：

     1）代碼幾乎覆蓋了設計

     2）調用的語句的使用符合結構化原則

     3）創建了代碼和單元用例之間、以及代碼與設計之間的映射關係

     4）成功執行了測試計劃中的測試用例

     5）新編代碼和核心代碼經過了全部開發人員的審覈

     6）經測試的新編代碼很多於核心代碼的25%-35%

     7）評審工做量很多於測試總工做量的40%

     8）測試達到100%語句覆蓋

 

單元測試中 
C0＝語句覆蓋＝100% ，C1＝分支覆蓋＝60－70% ，C2=條件覆蓋80%－100% 

 

4、測試風險：

1.對產品知識的風險

測試人員（尤爲是測試設計人員）對被測試對象已經比較熟悉，可否對其做外部及內部的分析

2.測試技術的風險

對於測試，在技術準備度上有必定風險，團隊目前沒有徹底成熟的測試技術支撐做測試設計，在測試過程當中一邊摸索一邊改進。

3.測試環境和依賴的風險

測試所依賴的環境和存在有與其餘軟件不存在依賴關係，故不用過於擔憂環境依賴問題

4.工具的風險

相關測試工具（Unity 3D，Visual Studio）風險較低，測試過程相對安全。

測試人員的運用狀況（基本掌握）。

5.人的風險

人員到勤積極，全部成員不存在消極怠工狀況。

 

5、集成策略與計劃：

5.1集成順序：

    選擇自上而下：即事先存在一個穩定的架構，而後不斷細化，最後實現全部具體功能。

5.2集成環境：

   Visual Studio編程環境

   使用C#語言進行代碼開發和測試

   在Unity 3D內實現代碼的功能測試