测试报告分工

一、引言：

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.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% 

 

四、测试风险：

1.对产品知识的风险

测试人员（尤其是测试设计人员）对被测试对象已经比较熟悉，能否对其作外部及内部的分析

2.测试技术的风险

对于测试，在技术准备度上有一定风险，团队目前没有完全成熟的测试技术支撑作测试设计，在测试过程中一边摸索一边改进。

3.测试环境和依赖的风险

测试所依赖的环境和存在有与其他软件不存在依赖关系，故不用过于担心环境依赖问题

4.工具的风险

相关测试工具（Unity 3D，Visual Studio）风险较低，测试过程相对安全。

测试人员的运用情况（基本掌握）。

5.人的风险

人员到勤积极，所有成员不存在消极怠工情况。

 

五、集成策略与计划：

5.1集成顺序：

    选择自上而下：即事先存在一个稳定的架构，然后不断细化，最后实现所有具体功能。

5.2集成环境：

   Visual Studio编程环境

   使用C#语言进行代码开发和测试

   在Unity 3D内实现代码的功能测试