核心文档-网游qa部门测试流程与规范

核心文档-网游qa部门测试流程与规范内容摘要：

交相关测试需求时， 版本控制方 需 填写 QA测试需求申请单 （参考 附录二 ） ， 并与 常规 测试明细表 、 BUGLIST一同以 LOTUS邮件的形式发送给 QA测试方来确认安排测试，并与负责该产品的 QA测试人员进行二次面对面确认测试需求 5) 测试明细包括产品测试模块清单、测试重点、测试内容、测试要求、测试条件、预计要求的完成时间等信息 6) 进行 QA测试前，版本控制方需及时提供良好的 QA测试环境和测试条件：  提供足够的本次测试所 需帐号信息，如不同级别、不同性别等  满足相应的测试条件，如足够数量的游戏币、 AVARAT道具购买权限等  测试服务器的连接程序，以及保证其稳定运行的测试环境 7) 根据实际测试要求，如大区合并等特殊测试情况，版本控制方和 QA测试人员需召开讨论会议，来确认落实测试方法和注意事项 游悠网 久之游 游悠网 7 产品管理中心 QA测 试部 8) QA测试方收到相关文档后需进行回复确认，如测试过程中对测试条件有新的要求，需填写清楚反馈信息后发送给测试需求方，由版本控制方来给予解决 9) 测试过程中， QA测试方 需保证对 每个 测试内容模块 都 进行五次的反复测试 （特殊模块根据预计完成时间来做弹性调整， 如商城、歌曲、游戏模式等，例如 以 劲舞团的模式做推测，一首歌曲 3分钟，一共 26个模式， 26*3*5=390分钟 ，约 7个小时。 在没有充足测试 时间 的情况下， QA部门很难 单方面 保证产品的 无事故率 ） ，并在需求测试结束后进行一次常规的全面测试，来保证整个产品的运行无误 10) 对于测试过程中出现的 BUG， QA测试方需进行截图处理，条件允许的情况下制作说明BUG情况的视频文件 11) 测试过程中如出现 测试条件不满足（游戏币不够）、或是遭遇 影响服务器运行的重大BUG事件， QA测试方需 立刻 通知版本控制方 说明情况获取解决方案 ， 重大 BUG事件则督促版本控制方及时通知开发方相关技术人员进行修正 12) 若版本测试中临时取消测试的模块 ， 或 是 增加某些测试内容，版本控制方需再次发送测试需求 或者更改内容， 以避免口头更改测试内容所引发的问题 ，也 避免版本到手后测试需求范围大于实际测试内容，以及避免版本过急引发的问题 13) QA测试过程中如需进行特定测试需使用到 DEBUG（作弊）程序，特定测试情况包括：  需测试 游戏最高难度 的结果 （需长时间进行游戏才能完成最高难度）  需 完成整个游戏的所有关卡和模式（ 如可提供‘一键胜利’的作弊模式来节约测试时间 ） 14) QA测试完成后， QA测试方需仔细填写 QA测试需求申请单，并与 BUGLIST一同发送给提交申请测试的版本控制方来验收 15) 版本控制方获得 测试结果和 BUGLIST后 需及时提交给开发方 ， 并可要求 QA 测试方配合其与相关技术部门来及时修正 BUG。 如 版本控制方 对 测试结果 不满意 ， 需告知 QA测试方 相关 原因， QA测试方 则 及时 根据要求 进行 再 次测试 16) 产品 BUG修正后，版本控制方应第一时间提交复查测试需求，由 QA测试方来进行 BUG的复查测试，如出现新问题则重新提交新的 BUGLIST，直到全部问题得到解决 17) QA测试人员需定期将 BUGLIST回报给上级领 导查阅，以便上级领导了解 QA部门的工作内容和产品最新动态 . 不同测试需求的规范要求 . 新产品测试 1) 版本控制方需 在提交测试需求时， 为 QA测试方提供 新产品的 基本 信息明细及相关资料 相关 资料包括 ：  新产品的游戏流程图  游戏中全部 的 系统资料  游戏中全部 的 模式说明及其规则资料  游戏中全部的道具物品说明资料  游戏的全部提示性语句资料和相关系统计算公式资料 2) 版本控制方需给予足够的时间来让 QA测试人员熟悉整个产品细节 游悠网 久之游 游悠网 8 产品管理中心 QA测 试部 3) 熟悉新产品后，版本控制方和 QA人员需相互配合制作新产品的测试流程和测试文档 4) 新产品的 QA测试工作完成后， QA测试 方 按需要 制作游戏整体优化的测试提案 . 产品版本更新测试 1) 版本控制方 需在提交产品新版本测试需求时， 为 QA 测试 方 提供 新版本的更新明。