一.测试用例的级别判断
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，写了一点测试用例，感觉写测试用例挺难的，目前本菜鸟还想不到多少测试点。