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

做任务二的时候把握不清方向，就去看师兄前辈们的优质日报。然后发现自己任务一的内容做得太过于粗糙，所以打算复盘重新做一遍任务一的内容。

1）了解需求是什么：

       需求可以分为 1.用户需求 2.企业需求 3.功能需求。

2）什么是需求分析：

       需求分析就是从用户出发了，挖掘用户内心真正的目标，整理转化被产品需求的过程。

3）马斯洛需求理论：

     生理需求、安全需求、社交需求、尊重需求和自我实现需求

4）如何分析需求：

• 我是谁？——受众群体是怎样的一群人
• 我从哪里来？——需求的背景是怎样，为什么会产生这样的需求
• 我要到哪里去？——客户想要怎样的功能，他们想要实现的目的是什么

5）如何筛选需求：

• 该用户是否为 目标用户 ：如果不是产品针对的目标用户，其建议或需求的参考价值可能没那么大。当然也有可取的建议，自当把握了。
• 该需求是否符合 产品定位 ：该需求的满足可能会影响产品的核心服务，破坏用户体验。
• 该需求是否能 实现 ：评估这个需求需要多少开发资源或运营能力，价值有多大？性价比如何？符合产品的周期或市场战略吗？

6）软件测试的流程：需求评审-需求定稿-理解需求-发布需求测试计划-测试方案的编写及定稿-测试用例设计及评审-测试用例-发现BUG提交-确认BUG修复-编写测试报告及总结-编写使用手册-结束。

7）测试用例需要包含的内容：

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

8）编写测试用例的常用方法：

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

将萝卜多需求全部整理成测试用例

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

暂无

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

1.了解到什么是需求，该如何去做需求分析，需求的源头能追溯到哪些方面（马斯洛需求理论、七宗罪），该怎么筛选需求。

2.知道了功能性测试的流程以及测试用例中所需要包含的内容。