赞
踩
一.测试用例的级别判断
P1用例:系统的基本功能,用例数量应受到控制;划分依据:该用例执行失败,会导致多处重要功能不可用;发生概率较高的,经常使用的功能 ;该类用例需在每一轮版本测试中执行
P2用例:系统的重要功能,用例数量较多;划分依据:各种应用场景,使用频率较高的正常功能。功能交互相关;在系统测试版本中要执行,系统所有的重要功能都必须实现
P3用例:系统的一般功能,用例数量较多;划分依据:使用频率低于P2,比如不太常用的功能,边界值,事物完整性等;在集成测试阶段需要进行验证,在系统测试的中后期及回归测试中不一定每个版本都验证
P4用例:可有可无的用例;划分依据:比较生僻的输入,使用频率非常低得功能,和P1,P2的实现方式一样的(与P1、P2、P3重复的用例);只用在集成测试阶段使用,在版本测试中,有某些正常原因,经过和项目经理进行沟通确认可以不执行
用例的执行说明
Pass:用例通过,软件功能与预期一致
Fail:用例失败,软件功能与预期不一致
Block:用例因外部依赖环境没有解决,或者其他的原因而阻塞,无法执行
N/A :用例不适用,比如需求中之前要求有,完成用例后该功能确定不做了
Not Run:用例未执行,提交报告时不应该有这种状态
测试通过率
pass用例数目/(pass用例数目 + fail用例数目 + block用例数目)
二.软件测试的艺术第四章
先使用黑盒设计测试用例,然后用白盒进行补充。
判定覆盖或分支覆盖的覆盖率比较强,要求每一条分支都会被遍历一次,
哎呀今天看不完第四章了。。。。
三.学习了jenkis发版和TAPD的bug管理。
四.测试了一小块主要是一二级分类,测出了4个比较小的bug,写了一点测试用例,感觉写测试用例挺难的,目前本菜鸟还想不到多少测试点。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。