一、今天完成的事情：

1.继续修改任务1测试用例。

a.修改了用例名称，之前是“输入+输出”的组合，在师兄审核后删除输出结果，只保留了输入，但是发现只有输入对这条测试点怎么测会很茫然，最后修改为“输入+做什么操作”的组合。

b.修改了优先级和重要级，之前全是高，在师兄审核后重新学习了优先级和重要级，将优先级按用户可以成功使用设为高，报错和弹出信息设为中，不影响使用的测试点改为低；重要级大概是优先级的中、高为高，优先级低的为低

2.测试用例的优先级 https://blog.csdn.net/test_xhz/article/details/79563332

测试用例的重要级别分为：高等级、中等级、低等级

测试用例优先级的目的：可以用来方便地基于测试策略来筛选用例。比如某模块改动小，就只用测高或中优先级的测试用例。比如冒烟测试的时候我们只需要筛选优先级最高的用例来执行。

根据我们测试用例优先级的目的：那么优先级越高的测试用例覆盖的测试点应该是用户最关心的，比如一个注册功能，能够注册成功这个用例的优先级就是最高的（但不是所有的注册成功的case都是优先级最高，只需要挑选一个即可），其他各种异常检验都是次要优先级的，还有一些场景覆盖的测试点很难出现，或者就算有问题影响也不大，可以放到最低优先级。

二、明天计划的事情：

1.等师兄审核完草船云测试用例，完成任务1。

2.从头开始任务2，之前对流程分析法的理解跑偏了，流程分析图画得有问题，根据师兄的评论重新了解流程分析法（场景分析法），包括基本流、备用流、异常流，用Xmind重新画逗你学的注册登陆模块流程分析图。

三、遇到的问题：

1.优先级有很大的作用和目的，那么重要级的目的和作用是什么？--个人见解：重要级大概是优先级的中、高为高，优先级低的为低--大佬见解：重要级不重要，不实用，可以不要--结论：以后可以先不加重要级，视情况看要不要加

2.测试准则是什么？--谷勇亮师兄见解 http://www.jnshu.com/daily/101598?total=114&page=100&uid=37493&sort=0&orderBy=3

3.测试覆盖率90%是什么？--搜集得出结论：本次实际测试用例数/计划测试用例数X100%--大佬告知：是和官网提供的相比，看看有没有考虑不周全的地方。--结论：是我想太多

4.指出该产品登陆注册框的另一种验收方法是什么？--搜集得出结论：代码覆盖率，需求覆盖率--大佬告知：看不懂，可以先忽略--结论：同意大佬说法

四、收获

1.对测试用例有了更深的理解和感悟，测试用例的描述完整和准确性很重要，可以根据测试点进行相应的测试。

2.对测试用例的细节可以做得比之前更好，如测试步骤比之前更加完善，用例名称的描述更加准确。

3.测试点和功能点的关系区别。

测试点是需要测试的地方，功能点是要实现的功能。

测试点是功能点的细化。比如说登录网站就是一个功能点，但是登录过程中会有许多测试点，比如：输入账号、密码、验证码，输入错误是否有提示，输入正确能否登录，网页能否自动跳转等。