测试流程说明_测试流程建立及说明
测试流程说明由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“测试流程建立及说明”。
测试部联运评测流程
说明
1，有产品评测部门主管收集评测目标，并记录到评测日程表中
2，由市场或其他部门来提供评测目标，相应的评测目标会记录在评测日程表中 3，有评测组的测试员来对评测目标进行游戏评测并给出相应联运建议
4，在测试部门内进行最终筛选，并给出集中建议（建议分为：推荐；不推荐；周期观察）5，提交给评测报告产品运营部门接口人，报告包括所有给出建议的产品报告
6，对评价为可观察的产品，进入评测日程表中的回归参看列表中，将根据周为单位进行跟
踪观察
报告上报时间：周二，周四，周五（上报时会RTX通知相关人员）
周五为每周评测产品的一个数据统计，并包括当天评测的游戏报告
如有非常值得推荐的产品游戏，会马上提交给产品运营接口人
研发产品测试流程
说明
1，对公司内研发产品测试，遵循研发部门测试进行
2，产品更新及架设到内网测试服务器后，则进行游戏测试，在测试过程中发现的问题bug
上报到bug上报系统中（这个之后进行架设）
3，提交后的bug由功能能划分表进行分配给相应的修正人，功能模块负责人划分到时可以
和其他负责部门主管进行沟通来制定或者有对应负责的部门主管来进行分配，这部分可以到时来讨论决定
4，对修正后的bug进行回归测试，测试结果分为已修正和未修正两种
5，对已修正的bug进行关闭操作，这部分有测试部门负责人执行
6，对未修正的bug测试人员则直接打回给修正人，让他继续修正
注：对于项目整体bug修正的推动会按bug的严重程度进行重点推动，督促严重bug尽快的解决
Bug的严重等级和所归为具体功能模块，到时会给一个明确的定义和划分文档，已供测试员参考
以上是对bug的跟踪、验证、回归的流程，研发产品的测试会有一个相应的日程表进行计划和记录（测试计划暂定分为：一，功能、玩法专项测试，既针对该功能、玩法进行详细测试；二，更新后常规测试，既大概走一下全部功能、玩法，保证更新后，游戏可以正常进行；三，集中和压力承载测试），测试计划主要是根据项目的进度和更新来做。
