今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）

把任务一的测试用例写完了，bug测试完毕，还没提交到网盘（不知道要交到哪个网盘里）深度思考还没看

明天计划的事情：（一定要写非常细致的内容）

多查资料来了解测试流程，这个过程是怎么走的  了解深度思考的问题

遇到的问题：（遇到什么困难，怎么解决的）

1.banner图知道了是横幅图，这个图是可以在网页的任何位置吗，比如上方或下面

2.

在萝卜多需求文档里  前台-找职位模块 这个优质公司的大图小图没明白是什么意思  在哪个位置也没清楚，多看看相关文章了解吧

3.用例编号和优先级虽然查了 但是运用起来因为很笨重

1. 序号：自己设置按顺序下去的。
2. 模块：该功能点具体属于哪个模块的，填写这个主要是方便查找，如：注册/登录模块
3. 编号：对每个用例进行编号，方便后期跟进。毕竟用文字说，容易口误。不过此处建议编号设计的有点规则，方便快速定位查找。如：A0001。其中A表示注册/登录模块。00表示账号登录，01 表示账号密码登录下的第一个测试用例。
4. 功能点：具体指某个功能，如：账号登录、首页、发布等。
5. 子功能点：具体指功能点，如：账号密码登录、手机验证码登录、邮箱登录、第三方授权登录等。
6. 用例名称：具体测试用例的名称。如：输入账号、输入密码、密码不合规等等。
7. 前置条件：指要达到预期测试结果，需要满足那些条件才能达到。如：账号密码不一致时，就需要登录失败，那么此时就得保
   证账号正确或密码正确以及账号正确时是存在的。
8. 操作步骤：指要达到预期测试结果，需要按这些步骤来。最好说明在什么页面，点击或操作什么内容，输入什么内容。
9. 预期结果：说明按照前面写的应该呈现出怎样的结果。
10. 测试结果：如果符合预期结果，直接填写正常或OK，如果不符合，则说明不符合或NO，
11. 结果描述：如果正常，可以不用填写，如果不符合预期结果，则说明哪里不符合。
12. 测试人员：填写测试人的名字，方便后期跟踪BUG。
13. 测试日期：填写测试的时间，方便后期查询。
14. BUGID：跟测试编号一样，自己设定ID规则，方便快速查询。
15. BUG负责人：此处应该有技术那边填写，具体落实到某个人身上，才能更好的解决到问题。

收获：（通过今天的学习，学到了什么知识）

应该是总结吧，边学边成长，从0基础不知道怎么写，现在能写出简单的测试用例，可能写的bug比需要测试的更多，一边学习一边修改发现的错误和问题

总结这几天经验 重新写的测试用例