|
审核需求
↓
根据需求搭建测试环境/配置服务器与客户端资源/编写测试工具(为自动化准备)
↓
制定测试计划,需要注意分析测试过程可能出现的情况和处理方法(风险分析)
↓
制定测试规格说明书
↓
根据测试规格说明书编写测试用例(基本功能检查),这里说明一下为什么没白盒的,因为程序那边会在内部把集成和单元测试消化掉,程序在完成了代码的调试和检查后合成Build,再给测试部门.
↓
冒烟测试(版本基础功能粗略检查,主要是检查这个版本是否可测试,冒烟是自动化的,时间不超过3小时,注意冒烟并不是把所有功能都测一次,主要是检查版本中有没有无法安装、当机现象太严重导致无法测试进行、大部分功能根本没做、压力测试中机器人的登陆要求是否达到压力测试标准)
↓
冒烟测试通过
↓
执行测试(基础功能检查)同时自动化启动,自动化方面的主要看测试覆盖范围是否需要进行压力和性能测试
↓
进行Ad Hoc测试(异常测试、极端行为,主要是在特殊操作下发生的问题)
↓
提交BUG给开发
↓
开发返回BUG后进行回归测试
↓
完成里程碑内基础功能检查发现BUG的回归测试后,再检查AdHoc测试发现的BUG也是否修复,一般来说程序会优先修复基础功能的错误和设计上的错误,对于Ad Hoc发现的BUG会延迟修复,这个看你们项目经理是怎么制定的。
BUG的优先级别
Priority 1 2 3
P1的定义:
1.程序功能严重缺失 未达到设计要求 甚至一个功能会封锁后面的功能,导致测试无法进行
2.客户端/服务器不稳定,Crash现象严重,导致测试无法进行
P2定义:
功能部分缺失
P3定义:
美术资源缺失,但功能正确
文字描述方面的错误
BUG严重级 Severity
A B C D
A:功能严重缺失
当机 死机 客户端/服务器无故重起
知识产权侵权(游戏中出现了和现实中已注册知识产权的商标名称,如五粮液、汾酒==)
B:部分功能缺失
C:美术资源缺失/文字描述错误
D:建议性的BUG
但在实际测试中 ,P和S的对应不是死的
可能一个BUG,如果是当机现象,但不属于这个里程碑中所包含的功能,但是有这种当机现象,不划分为P1 ,为P2 但严重级别还是A
因为项目的进度是,程序员只关注本次里程碑中的功能优先修复
对于其他功能,但不属于本次里程碑的,也会修复,只是会延后,甚至可能把这个A级的BUG定义为P3,这个是由项目的进行程度来决定的! |
|