测试用例方案

、测试用例规范1、 缺陷级别（严重程度）致命pl:致命缺陷是无法继续测试的问题，即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定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（BuildAcceptanceTest）:该部分用例不通过，产品不能发布，BAT集里面测试用例fail，一般为plb） 核心功能Core（CoreRegressionTest）:该部分用例代表核心功能，重要级别比BAT低一些，测试用例会比较复杂,Core集里面测试用例fail，一般为p2c） 全局用例Func：补充BAT和Core用例，BAT和Core用例执行主要路径的测试用例，分支测试用例一般设计在Func里，测试用例比较多和复杂，Func集里面测试用例fail,对应的Bug往往为P3或者P44、 用例命名规则英文字母+数字C表示客户端S表示服务器W表示Web界面数字用0.0.0.0的目录级别形式定位用例功能域客户端命名规则从上到下，从左到右Web界面按照功能配置树5、 现象描述规则a） 视频清晰流畅：不出现马赛克，不出现扭曲，不出现阴阳屏，延迟IS之内（在通话话机两端依次伸出五指并伴随1、2、3、4、5口令，查看另一端话机图像延迟时间和听筒语音延迟时间是否在一秒内，且图像与声音是否同步）。b） 音频清晰流畅：能够清晰听出内容，不丢字，延迟在1S之内，可在通话的一端话机播放一段音乐，另一端可清晰听到音乐内容，音乐无卡顿，噪音和杂音不影响完整语音内容的听取。c） 呼叫建立时长：每个通话建立时长在3秒内。二、bug描述规范1、 确立项目名称，二级目录为客户端和服务器，确定bug所属类型为客户端还是服务器后提交到相应目录中2、 bug名称规则版本时间-项目名称-复现概率-功能模块-bug简述，参照bugfree服务器上目前的标题提交规则3、 bug