版本质量验收标准V3.0

文档 程序版本
1.3 当测试版本不存在5.1或5.2的上述不通过的情形，则进行评分
1.3.1 如果版本验收总分低于6分，则判定易用性验收不通过，并给定分值
1.3.2 版本验收总分大于等于6分，则认为版本通过，并给定分值
2 WEBGAME验收通过规则
2.1 如果版本验收出现以下任一情况，则不评分且直接判定易用性验收不通过。
2.1.1 存在A类易用性问题1个及以上
2.1.2 存在B类易用性问题5个及以上
2.1.3 存在C类易用性问题15个及以上
2.1.4 存在B类易用性问题3个（含）~4个（含）且C类问题10个（含）~14个（含）
2.2 当测试版本不在6.1的上述不通过的情形，则进行评分
2.2.1 如果版本验收总分低于6分，则判定易用性验收不通过，并给定分值
盛大游戏版本质量验收标准试行v3.0
项目节点
验收内容
验收标准
验收对象
准备材料
游戏性(策划案):题材背 对于游戏背景题材的知名度、深度、广度进行设计。并能与游戏实际玩法进行结合
景及应用
。整体上达到促进用户代入感产生的效果。
游戏性(策划案):市场分 对产品的市场进行分析，了解产品用户群特征和规模。有对应产品特色、内容的针
版本BUG,包括 客户端功能、兼容性、 测试类 性能， 服务器压力测试;
角色风格是否符合整体风格定位；角色设计体系是否完整；角色造型是否明确；角 色制作是否细致深入。 场景风格是否符合整体风格定位；场景设计体系是否完整；色彩质感是否协调准 确；制作是否细致深入。 动画风格是否符合整体风格定位；动画制作是否自然流畅； UI风格是否符合整体风格定位；界面主次层级是否清晰；UI制作是否细致深入； 音频风格是否符合整体风格定位；音频设计是否有原创性；音频设计体系是否完 整；制作是否细致深入。
不通过：
1.2.1 存在A类易用性问题1个及以上
1.2.2 存在B类易用性问题5个及以上
1.2.3 存在B类易用性问题4个且C类问题多于5个
1.2.4 存在B类易用性问题3个且C类问题多于10个
1.2.5 存在B类易用性问题2个且C类问题多于15个 1.2.6 存在B类易用性问题1个且C类问题多于20个 1.2.7 存在C类易用性问题25个以上
音频DEMO
6、UI风格是否符合整体风格定位；界面主次层级是否清晰；UI制作是否细致深
美术资源总表
入；
音频资源列表
7、音频设计是否符合整体风格定位；音频设计是否有原创性；音频设计体系是否
游戏性(程序):核心玩法 核心玩法所产生的各种乐趣，玩家可以通过核心玩法，自发的所产生交互，产生竞
-规则
争，产生维系。同时包括相关的数值公式。
游戏性(策划案)：核心 策划类 玩 游法 戏-性规(则 策划案)：非核
心 游玩 戏法 性(策划案)：互动
体现核心玩法的各种规则，使核心玩法所涉及的模块完整完善。
能满足玩家PVP\PVE，大中小群体能在游戏的钱中后期找到可以玩的内容。 互动系统可以建立起各个群级玩家稳固的信息传递与互动的体系，并可以促进玩家
析与宣传推广方案
对性的市场推广初步的方案。
游戏性(策划案):核心玩 核心玩法能长时间提供乐趣，可能但不仅限于养成、成就、交互等方面，核心玩法
法
能体现玩家的个人能力，可能但不仅限于时间花费、金钱花费、反应力、判断力、
GDD
策划类
游戏性(策划案):非核心 玩法
能满足玩家PVP\PVE，大中小群体能在游戏的钱中后期找到可以玩的内容。
文档 程序版本
1. 工具的源代码及可执 行文件 2. 游戏框架设计文档 3. 模块、功能系统设计 文档 4. 服务器、客户端的源 代码 5. 服务端、客户端的可
美术资源列表文档 音频资源列表文档
策划类
文档 程序
游戏功能列表
验收内容参考 合同约定的开发计划
early alpha
alpha
游戏性(程序)：非核心 各个非核心模块的表现（表面）形式已有一定的体现，玩家可以进行完整的操作，
程序实现符合《服务器设计验收标准V1-1》要求 程序实现符合《客户端设计验收标准V1-1》要求 主要功能、工具完成 客户端可自动更新
文档 代码 工具
80%角色（相对资源列 角色风格是否符合整体风格定位；角色设计体系是否完整；角色造型是否明确；角
表）
色制作是否细致深入。
80%场景（相对资源列 场景风格是否符合整体风格定位；场景设计体系是否完整；色彩质感是否协调准
游戏性(策划案):互动性
互动系统可以建立起各个群级玩家稳固的信息传递与互动的体系，并可以促进玩家 交互，维系玩家情感。
文档
游戏策划案
游戏性(策划案):游戏扩 展性内容
游戏具备、准备长期发展的方向与内容，可以提供给玩家长期建设性的游戏内容。
游戏性(策划案):游戏商 商业模式是否清晰，用户对于商业化内容是否需求，不同阶层用户是否能和谐互动
艺术类
表） 100%动画（相对资源列
确；制作是否细致深入。 动画风格是否符合整体风格定位；动画制作是否自然流畅；
表）
UI风格是否符合整体风格定位；界面主次层级是否清晰；UI制作是否细致深入；
80%UI（相对资源列表） 音频风格是否符合整体风格定位；音频设计是否有原创性；音频设计体系是否完
80%音效（相对资源列 整；制作是否细致深入。
玩法-表现
玩家可以通过这些非核心玩法获得多途径的游戏体验。
策划类
游戏性(程序)：交互性基本
能将基本的交互模式体现出来，玩家可以简单的传递信息与互动。
游戏性(程序)：操作性
能简明流畅的进行操作。（针对已有内容）操作能体现玩家的各项能力，可能但不 仅限于反应、准确定位、判断等方面。
游戏性(策划案)：非核 完成部分主要的非核心玩法的设计。这些内容可以针对不同群体不同类型的用户，
程序版本
不超过五个A类BUG，并且这些A BUGS 重现率都低于50%
程序版本
游戏性(程序):核心玩法 -规则
完整的核心玩法。 与核心玩法所关联的所有模块完成。能提供乐趣。 乐趣能在但不仅限于成就、交互、养成等方面体现，并能在一个较长的周期中运作
游戏性(程序):非核心玩 所有的非核心玩法完成。
法
各种玩法之间具备关联性。可以满足各个群体PVP\PVE各个时间段的需求。
游戏性(程序):后期目标
有明确的后期游戏目的。（玩法、模式）不同类型、群级的用户有针对性的后期目 标，并且作为游戏后期的重点，其可以体现游戏性或独特性。
策划类
游戏性(程序):内容完整 与同类游戏相比，各个模块内容丰富。
文档 程序
游戏功能列表
性
交互，维系玩家情感。
原型版本
服务器和客户端架构设
Prototype
技术类
计 游戏完整功能列表
架构设计符合盛大《服务器设计验收标准》要求 架构设计符合盛大《客户端设计验收标准》要求 功能设计完善
文档 工具
工具和原代码 框架设计文档
角色设计体系 艺术类 场景设计体系
音频播放机制
角色设计是否符合整体风格定位；角色设计理念是否有原创性；角色设计体系是否 完整；角色设计体系的色彩辨识度是否准确； 场景设计是否符合整体风格定位；场景设计理念是否有原创性；场景设计体系是否 完整；场景设计体系的色彩辨识度是否准确； 此项目是否有音频播放机制；音频播放机制是否完整。
开发进度的60％
建议合同开发进 度70%时完成
验收内容参考 合同约定的开发计划
验收前需先经过项目内部 测试， 保障提交验收的版本质量 合格， 避免多次回归验收测试， 缩短验收周期
验收内容参考合同 约定的开发计划
alpha
close beta
服务器和客户端架构实
现
技术类
主要功能实现、性能测 试完成
自动更新机制
playable
易用性
1 MMO游戏及休闲游戏验收通过规则
1.1 当游戏验收版本中包含商城验收时，出现以下任一情况，则判定易用性验收不
通过：
1.1.1 存在A类易用性问题2个及以上
1.1.2 存在B类易用性问题10个及以上
1.1.3 存在A类易用性问题1个且B类问题5个（含）~10个（不含）
1.2 当游戏验收版本中不包含商城验收时，出现以下任一情况，则判定易用性验收
游戏性(策划案)：游戏 商业模式是否清晰，用户对于商业化内容是否需求，不同阶层用户是否能和谐互动
商业模式
等。
易用性
同early alpha
文档 程序
程序版本
游戏功能列表
1. 工具的源代码及可执 行文件 2. 游戏框架设计文档 3. 模块、功能系统设计 文档 4. 服务器、客户端的源 代码
1、版本功能列表 2、版本压力测试说明 3、版本自动更新机制说 明 4、项目内部测试报告 5、压力测试工具（机器
1、版本功能列表 2、版本压力测试说明 3、版本自动更新机制说 明 4、项目内部测试报告 5、压力测试工具（机器 人）
开发进度的80％
游戏性(程序):中期模式 玩家可以通过多种方式，多线的进行游戏，各种模式之间能形成联系，引导玩家找
衔接
到合适其需求的游戏内容，或引导其体验重点（特色）部分的游戏内容。
策划类
游戏性(程序):交互性 游戏性(程序):操作性
交互系统基本完成，正对各个群体，能提供但不仅限于构架、促进、维系的交互效 操作能体现玩家的各项能力，可能但不仅限于反应、准确定位、判断等方面。
游戏性(策划案)：游戏 扩展性内容
游戏具备、准备长期发展的方向与内容，可以提供给玩家长期建设性的游戏内容。
业模式
等。
艺术类
美术风格 音频风格
美术风格的背景、定位、情感诉求、及玩家心理导向是否清晰独特；统一精确；世 界观完整；
文档
美术风格定位文档 音频风格设计文档
工具与规范
技术类
开发计划 版本管理系统
开发计划合理 版本管理系统合理有效
文档
1、版本开发计划 2、工具开发计划
游戏性(程序)：核心玩 法-表现
能够将核心玩法的表现通过程序实现具体体现出来，并可进行简单的操作。
2.2.2 版本验收总分大于等于6分，则认为版本通过，并给定分值
详细设计
网络功能实现
技术类
运行环境说明 功能实现（按照开发计
划）
实现功能设计完善、文档完整 代码清晰 所需工具完整
文档 代码 工具
1个角色
1、角色风格是否符合整体风格定位；角色造型是否明确；角色制作是否细致深
1个场景区域
入；
1个主角待机动画
程序版本
版本BUG,包括
客户端功能、兼容性、
测试类
性能，服务器压力测 试；
品牌规范：客户端安装
、卸载、启动界面
无A类BUG，不超过五个B类BUG（品牌不规范均视为A类BUG）
程序版本
游戏性(程序):新手流程
新手阶段流畅易懂，对应多类型用户的针对措施，游戏特色、重点内容在新手阶段 的设置。
1. 工具的源代码及可执 行文件 2. 游戏框架设计文档 3. 模块、功能系统设计 文档 4. 服务器、客户端的源 代码 5. 服务端、客户端的可
2、场景风格是否符合整体风格定位；色彩质感是否协调准确；制作是否细致深入
1个主角移动动画
。
1个主角攻击动画
3、动画风格是否符合整体风格定位；动画制作是否自然流畅；
艺术类 1个NPC
4、NPC风格是否符合整体风格定位；NPC设计是否有原创性；NPC制作是否细致深
1个怪物
入；
IN GAME UI
5、怪物风格是否符合整体风格定位；怪物制作是否细致深入；
心玩法
并可以长期或持续的提供游戏乐趣。
易用性
同First playable
文档 程序
详细设计
功能按计划完成
技术类 功能实现（按照开发计 代码清晰、完整
划）
完成功能对应文档齐全
文档 代码 工具
50%角色（相对资源列
表）
50%场景（相对资源列
艺术类
表） 50%动画（相对资源列
表）
60%UI
50%音效（相对资源列
文档
角色设计文档 场景设计文档 音频引擎设计文档
游戏性(程序)：网络化 实现 游戏性(程序)：核心玩 法-表现 游戏性(策划案)：核心 玩法-规则 游戏性(策划案)：非核 心玩法 游戏性(策划案)：互动
具备网络化的基本功能，各种交互系统的基础内容都可以显示表现。
能够将核心玩法的表现通过程序实现具体体现出来，并可进行完整的操作。 核心玩法所产生的各种乐趣，玩家可以通过核心玩法，自发的所产生交互，产生竞 争，产生维系。同时包括相关的数值公式。 部分非核心玩法的模块。确认这些模块的设计思路（是否与主旨不符） 互动性的系统说明。互动性各个子系统的设计。包括框架、促进、维系、竞争等方
文档 程序
游戏功能列表
建议最终完成时 间
备注
验收内容参考合同 约定的开发计划
验收内容参考 合同约定的开发计划
验收内容参考合同 约定的开发计划
该阶段验收完整的技术架 构， 后续根据合同约定ห้องสมุดไป่ตู้容逐 步评估技术实现
建议合同开发进 验收内容参考合同 度30％时完成 约定的开发计划
策划类
基础性游戏 版本 First