测试用例方案

一、测试用例规范

1、缺陷级别（严重程度）

致命p1：致命缺陷是无法继续测试的问题，即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定

a)基本功能不可用，eg:呼叫、组播、录音等功能不可用

b)客户端崩溃、死机、冻结，eg:客户端出现崩溃提示

c)进程模块无法正常启动或退出，eg:不能正常启动服务器

d)功能设计与需求严重不符，eg:分布式部署完成后不能实现数据同步

e)服务器出core

严重p2：影响系统功能或操作，主要功能实现有问题

a)功能错误，eg:特定条件下的基础功能不可用

b)性能指标不达标，eg:并发数，负载数不达标，通话一段时间自动挂断等

c)资源数量达不到标准值，eg:通话量、会议数等

d)用户数据丢失或破坏，eg:客户端数据删除后服务器数据没有保留

一般p3：不影响基本功能实现，存在不合理因素，即界面、兼容性

a)操作界面错误，eg:页面内的名称定义、信息提示错误等

b)边界条件下错误,eg:ip可以为255.255.255.255，不输入值点击确认出错等

c)提示信息错误,eg:包括未给出提示、提示信息错误等

轻微p4：某些可以不修改的问题，不影响功能实现，即易用性和建议性问题

a)不重要页面的错别字

b)界面格式等不规范

c)操作时未给用户提示

d)文字排列不整齐

提示p5：优化产品的建议性问题

a)页面组件的样式

b)用户体验不好

2、紧急程度（优先级）

a)十万火急：必须马上解决的问题，不解决不能继续进行测试

b)紧急：紧要修改的问题，很急迫，关系到系统的主要功能模块能否正常工作

c)中：问题不影响需求的实现，但是影响其他使用方面，比如调用了错的数据，页面

显示不正确

d)低：问题在系统发布以前必须解决或确认可以不予解决

3、用例分类

a)基本功能BAT（Build Acceptance Test）：该部分用例不通过，产品不能发布，BAT集

里面测试用例fail，一般为p1

b)核心功能Core（Core Regression Test）：该部分用例代表核心功能，重要级别比BAT

低一些，测试用例会比较复杂,Core集里面测试用例fail，一般为p2

c)全局用例Func：补充BAT和Core用例，BAT和Core用例执行主要路径的测试用例，

分支测试用例一般设计在Func里，测试用例比较多和复杂，Func集里面测试用例fail, 对应的Bug往往为P3或者P4

4、用例命名规则

i.英文字母+数字

ii.C表示客户端S表示服务器W表示Web界面

iii.数字用0.0.0.0的目录级别形式定位用例功能域

iv.客户端命名规则从上到下，从左到右

v.Web界面按照功能配置树

5、现象描述规则

a)视频清晰流畅：不出现马赛克，不出现扭曲，不出现阴阳屏，延迟1S之内（在通话

话机两端依次伸出五指并伴随1、2、3、4、5口令，查看另一端话机图像延迟时间和听筒语音延迟时间是否在一秒内，且图像与声音是否同步）。

b)音频清晰流畅：能够清晰听出内容，不丢字，延迟在1S之内，可在通话的一端话机

播放一段音乐，另一端可清晰听到音乐内容，音乐无卡顿，噪音和杂音不影响完整语音内容的听取。

c)呼叫建立时长：每个通话建立时长在3秒内。

二、bug描述规范

1、确立项目名称，二级目录为客户端和服务器，确定bug所属类型为客户端还是服务器后提交到相应目录中

2、bug名称规则

版本时间-项目名称- 复现概率–功能模块–bug简述，参照bugfree服务器上目前的标题提交

规则

3、bug描述规范

准确描述问题复现流程：问题发现网页、问题所属功能、发现bug流程

4、项目客户端版本，在bug环境描述中加入产品服务器端版本信息，方便研发复现问题