-
---功能会议---
查看全部 -
游戏测试基本流程
查看全部 -
sdk测试
查看全部 -
gm工具测试
查看全部 -
---弱网测试---
查看全部 -
---日志测试---
查看全部 -
---接口测试---
查看全部 -
---安全测试---
查看全部 -
---兼容测试---
查看全部 -
服务端压力测试
查看全部 -
客户端性能测试
查看全部 -
---功能测试---
查看全部 -
mac下的Jemeter工具简单使用
查看全部 -
因果图与判定表举例
查看全部 -
写测试用例步骤：1·需求分档分析（文档阅读、功能细节沟通探讨、逻辑梳理：简单逻辑，细化逻辑、功能拓展思考、兼容相关思考：版本兼容，功能兼容，操作系统版本兼容，分辨率兼容 ）
2·模块功能划分3·测试用例编写4·测试用例整理与维护
BUGDE 的界定标准：1.与需求设计不符 2.违背常识
BUG的生命周期：发现bug——提交bug——开发修复——测试验证——通过后关闭——上线前回归BUG的等级划分：P0：致命错误，需要立即修复，如宕机、重启性报错等
P1：严重错误，需要紧急修复，如功能流程错误、数值错误等
P2：一般错误，允许一段时间内修复，如功能的简单错误，界面错误等
P3：无关紧要的错误：允许延期修复，如文字错误、某个像素点缺失等等
BUG的提报标准：1.标题：【模块名称】+简短描述
2.测试环境：标明测试用的版本，系统，服务器，账号等
3.描述：bug的详细描述
4.重现步骤：重现bug的详细流程步骤及复现概率
5.期望结果：希望bug修复后的结果
6.备注：log，截图等
BUG的验证标准：1.严格按照复现步骤验证
2.去除测试环境的影响
3.验证标注：需要注明验证的版本、服务器等
4.拓展：是否对其他的功能有影响，做简单的回归
5.注意点：验证不能只看前端展现，更应关注后端数据
BUG的跟踪与处理
查看全部
举报