QA部门流程与规范.doc

作者 黄颖源 页 1 8 日期 2020 1 17 QA 部门流程规范 QAQA 部门流程规范部门流程规范 目录 目录 1QAQA 的工作职责的工作职责 2 2QAQA 部门的人员规划部门的人员规划 2 3QAQA 部门供求流程规范部门供求流程规范 3 3 1召开三方评审会 5 3 2提交测试需求所需文档 5 3 3功能联调 5 3 4策划验收 5 3 5提交版本发布 5 4详细测试更新流程详细测试更新流程 6 4 1流程图 6 4 2BUG 分级说明 7 5不同需求的测试流程说明不同需求的测试流程说明 7 5 1新产品测试 7 5 2版本更新测试 此类测试按照测试基本流程执行 7 5 3产品 BUG 修正测试 7 5 4新服测试 8 5 5海外版本测试 8 6测试部为各产品提供支持的相关说明测试部为各产品提供支持的相关说明 8 6 1测试需求申请 8 6 2要求测试部配合加班申请流程 8 作者 黄颖源 页 2 8 日期 2020 1 17 QA 部门流程规范 1QAQA 的工作职责的工作职责 QA 在整个游戏研发过程中担任质量检测的工作 通过对游戏质量进行把关 保证游戏 内容上线后的稳定运行 在产品的整个开发过程中 测试工作人员需同策划 程序进行协 同合作 以用户体验为核心 发现和分析产品中的问题 并跟踪直至问题解决 总结 分 析发现和存在的问题 提出改善方案或建议 测试部门的工作内容包括 1 详细分析策划文档 与策划 程序召开三方评审会 确定研发的功能需求 2 从已确定的策划文档中提取测试点 编写测试用例 3 评估测试用例 确定功能交付测试的时间和测试所需时间 4 执行测试用例 记录并提交发现的 BUG 5 使用缺陷管理工具跟进 BUG 的修复情况 并及时与相应接口人进行沟通 6 进行游戏内容更新前的环境兼容测试 确保更新内容在现有版本的基础上可正 常更新 7 跟进每次游戏维护更新 对更新的内容和版本进行严格检查 避免更新出错的 情况 8 跟踪更新维护后的功能上线情况 及时处理玩家发现 BUG 并分析 BUG 产生原 因 9 对游戏出现的 BUG 情况进行汇总分析 评估游戏质量 2QAQA 部门的人员规划部门的人员规划 目前 QA 部门预计编共 6 人 实际已有五人 待入职一人 现已确定相关人员的主要负 责产品 在实际的执行过程中 如有一款产品需求量极大且测试需要协助时 其他人辅助 该人员共同测试并收集该产品 BUG 而需求产品的 BUGLIST 统计则由负责该产品的 QA 人员 来整理 最大限度保证日后复查工作的透明性和垂直性 现阶段 QA 部门各人员对产品的支持情况如下 作者 黄颖源 页 3 8 日期 2020 1 17 QA 部门流程规范 黄照亮 测试部 陈玉虎 沈励 王德锋 待定 Web Game 项目 Social Game 项目 3QAQA 部门供求流程规范部门供求流程规范 QA 工作人员需在产品研发阶段早期地参与玩法功能制定 避免因不了解产品的研发进 度而使工作有较大的被动性 以便最大限度利用日间的工作时间 合理安排需完成的测试 时间 作者 黄颖源 页 4 8 日期 2020 1 17 QA 部门流程规范 评审是否通过 策划进行文档修 改 召开三方评审会 策划发起 功能需求 策划 程序 技术实现 QA根据文档 编写测试用例 策划 程序 功能联调 进行测试 联调是否通过 测试是否通过技术修复 策划验收 是否通过验收 提交版本发布 否 是 否 是 否 是 否 是 作者 黄颖源 页 5 8 日期 2020 1 17 QA 部门流程规范 3 1召开三方评审会召开三方评审会 三方评审会由策划发起 策划 程序和测试三方共同参于 目的在于正式确定策划需 求文档内容 避免研发过程进行持续改动而引起一系列的测试需求变更 延缓测试进度或 遗漏相关测试点 正式确定内容提交制作以及预计的制作时间和上线时间 测试主要评估 策划文档是否完善 相关功能的影响是否考虑全面以及预估测试所需时间 从而按进度制 定测试计划 3 2提交测试需求所需文档提交测试需求所需文档 在文档通过评审已提交技术实现的过程中 策划需向 QA 提供完整的功能文档和测试需 求 程序需要向 QA 提供概要设计文档 提供测试需求的目的在于 由策划说明正在进行开发的功能对现有功能的影响 列出 必要的测试模块 以及了解策划最终验收功能的要求和标准 以使测试工作按照策划要求 的方向进行 提供概要设计文档的目的在于 QA 了解功能实现的逻辑结构 相关的模块接口 以此 依据提取测试点和编写测试用例 保证测试用例的覆盖范围 3 3功能联调功能联调 在技术开发完成功能之后 需要请策划和程序共同调试将功能走通 确定已经开发完 毕 然后交由 QA 测试人员跟进 进行此项工作非常重要 主要的目的是 确定程序交由测 试跟进的基本功能已开发完毕 QA 可以根据测试需求进行详细测试 按照预计的时间将功 能测试完毕 交付策划验收 避免出现程序转交测试的功能未开发完毕 基本功能走不通 导致测试需等待开发修复 才能进行后续的测试 如此反复 增加问题的往返成本 并且 严重影响测试进度和工作效率 无法预估完成时间 3 4策划验收策划验收 QA 将功能测试完毕 且质量已达到验收要求时 由需求提起方策划进行验收 策划验 证的主要目的是 查看功能是否按照策划要求完成 与策划思想一致 是否达到可上线的 标准 3 5提交版本发布提交版本发布 策划通过验收测试后 由测试人员整理预计更新功能和现有版本主要功能 并列举功 能更新后对现有版本功能模块的影响 提交版本发布计划 交由相应的更新人员进行版本 更新 作者 黄颖源 页 6 8 日期 2020 1 17 QA 部门流程规范 4详细测试更新流程详细测试更新流程 4 1流程图流程图 提取测试点 测试用例评审 编写测试用例 执行测试 分析测试结果 提交BUG 跟踪BUG修复 回归测试 版本兼容测试 测试服更新 全服更新 测试用例先由测试同一款 游戏的QA进行相互补 充 再提交给策划和程序 共同进行评审 如遗漏测 试点 则返回测试部修 改 再重新提交评审 QA严格按照测试用例进 行测试 确保基本功能正 常稳定 完成测试用例的 常规测试后 还需进行其 它测试 尽可能多地拦截 BUG 当测试发现问题时 先确 认问题是否为BUG 再分 析问题产生原因 准确地 定位问题 当新增功能测试完毕 在 正式服版本基础上添加 前 需要提取预计更新内 容和正式服版本内容进行 合并 在更新前进行版本 兼容性测试 尽量避免因 更新产生的错误 版本兼容测试通过后 即 可将预计更新版本的内容 提前更新至玩家测试服 跟踪测试服玩家的反馈 避免影响大范围的玩家 作者 黄颖源 页 7 8 日期 2020 1 17 QA 部门流程规范 4 2BUGBUG 分级说明分级说明 从易判断和简化 BUG 等级角度出发 将 BUG 严重等级分为 4 级 程序进行修复的优先 级则按问题严重程度进行修复排序 1 级 游戏不能正常运行 浏览器崩溃 操作系统卡死 数据丢失 回档 2 级 影响玩家进行操作的功能问题 3 级 界面显示问题 影响玩家体验游戏的问题 4 级 建议 提出时需给出相应解决方案 5不同需求的测试流程说明不同需求的测试流程说明 5 1新产品测试新产品测试 在产品研发初期尽早让测试参与 了解产品开发的计划时间和研发进度 制定测试计 划 使测试在产品的计划时间内完成 并达到预计的质量要求 程序将开发好的功能模块尽早地提交测试 测试先记录并收集问题 待开发基本完成 后再提交程序进行修复 程序需要固定更新版本发布的时间 以便 QA 计划相关的工作 且发布版本的同时需要 程序说明在上一版本的基础所做的所有更改 将此信息以邮件形式发送至相关 QA 人员 的工作邮箱 以免 QA 遗漏相关的测试点 完成功能测试并达到预计质量要求以后 网页游戏需要进行各浏览器的兼容性测试 QA 将在目前主流的操作系统上安装常用的浏览器工具进行兼容性测试 并提交测试反 馈 以邮件形式发送至相关人员的工作邮箱 与技术商讨游戏的性能指标 在内部服务器上进行相关的性能测试 此项测试可与兼 容性测试同时进行 游戏在进行对外测试时 可同时进行压力测试 5 2版本更新测试 版本更新测试 此类测试按照测试基本流程执行此类测试按照测试基本流程执行 版本更新测试主要涉及到对游戏现有版本功能的删减和修改 将是最常进行的测试需 求类型 日常维护更新属于此种需求类型 版本控制将由测试和程序来协同完成 QA 整理更新版本内容并重点说明对现有功能的 更改和影响 计划更新时间表 以信件形式发送至项目经理 策划和程序各相关工作 人员邮箱 由程序指派专门人员执行版本更新操作 内服版本更新完毕 QA 需检查更新内容是否正常 各功能模块是否可正常运行 外服 版本更新完毕 QA 需登陆玩家服务器跟踪玩家反馈 整理并收集发现问题 按照问题 紧急程度进行排序 与程序沟通尽快解决相应问题 更新内容上线前最后一次测试版本更新 需至少在上线前 3 个工作日以前进行更新 如在工作日的 18 00 之后进行更新 QA 则在后一个工作日再进行跟进 5 3产品产品 BUGBUG 修正测试修正测试 在任意时间发现游戏出现异常 包括个别玩家和批量玩家出现的问题 由 QA 整理记录 并按照问题的优先级进行排序 提交至程序进行修复 批量玩家出现的问题修复后 需在内部测试服测试正常之后 再更新至外部测试服 在外部测试服测试问题已修复 并留意玩家无异常反馈后 更新至全服 个别玩家反馈的异常问题 经 QA 检查确认为 BUG 提交至程序进行修复 修复完成后 作者 黄颖源 页 8 8 日期 2020 1 17 QA 部门流程规范 QA 登录玩家帐号验证 BUG 是否修复 确认已修复则将问题返回至反馈方 5 4新服测试新服测试 在新服开启前的一周 运营工作人员需将计划开启新服的时间 新开服务器的游戏功 能和活动等信息列表 通过信件形式发送至测试部工作人员和运维工作人员 以使相 关的工作人员安排开服相关的工作计划 在新服开启前两天 QA 需完成新服预计上线主要功能模块和活动的冒烟测试 登录与 充值接口测试则由各平台运营自行测试 完成新服开启的测试工作后 QA 将回复运营信件告知已测试完毕 5 5海外版本测试海外版本测试 由运营发送邮件通知测试部预计上线产品的语言版本 详细功能列表和计划时间表 需预留一定的时间进行全面测试 语言包第一轮翻译完成后 即可架设该语言版本的内部测试服 由 QA 进行全面的系统 测试 QA 将负责功能和界面测试 不跟进语言的翻译测试 因 QA 不熟悉其它语种 无法保证其正确性 效率低下 QA 基本完成系统测试后 可将相应的语言版本发布至运营方平台 由运营方进行查看 并改进翻译 翻译改进完成后 可将对应的语言版本返回至测试部再次进行回归测试 回归测试完成后 QA 将配合运营进行海外语言版本开服前的工作 6测试部为各产品提供支持的相关说明测试部为各产品提供支持的相关说明 6 1测试需求申请测试需求申请 各产品需测试部支持相关的测试工作时 请以邮件形式发送测试需求申请至测试部各 工作人员 测试部将按照此信息安排工作计划 需求内容包括 预计更新的功能的说明和详细策划文档 预计更新功能的基础版本和对