今天完成的任务：

完成任务一，并理解一下内容：

看了《产品新人如何编写测试用例（功能性测试）》《如何做需求分析》《写给产品新人：你需要知道的事情》

理解的东西有：

一、测试用例是测试具体功能能否按照要求运行。

二、编写测试用例之前想好前置条件。

一般正常情况，考虑一下几个方面：

1. 1.页面布局是否合理，如导航栏上面应该显示三个按钮，实际上却显示了两行。
2. 2.页面文字描述是否准确，如气泡提示：密码格式错误，请重新输入。实际上却显示：账号密码错误。
3. 3.如果有加载规则，是否符合加载规则。如：进入页面加载20条内容，实际上却加载了10条。
4. 4.如果有排列规则，是否符合排列规则。如应按照时间倒序排列，实际上却是正序排列。
5. 5.操作是否符合要求，如单击某个点，是否准确跳转或显示内容。如本应该进行跳转，实际上却未进行跳转。
6. 6.输入框输入的内容是否有符合格式要求。如：账号不允许”,”,而实际上却允许了。
7. 7.输入的内容是否符合合法性要求。如：账号密码是否一致等问题。等

3.测试用例步骤方法：

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

以上就是测试用例的具体填写方法及作用。测试完了之后，记得进行回归测试以确保测试的意义。

三、用户需求与产品需求。

用户需求很好理解，用户想要什么。产品需求：产品需求是提炼分析用户真实需求，并符合产品定位的解决方案

在做产品需求的时候考虑一下用户的水平，再结合一下马斯洛需求理论。

四、需求完成后要统计反馈，数据是硬道理。

五、优先级从一到五的刻度：

1.这个功能的失败将影响用户

2.这个功能的失败将给公司造成重大影响

3.这个功能的失败将引起一个潜在的延期给客户

4.这个功能的失败对公司有较小的影响

5.这个功能的失败没有任何影响

四、下载安装Axure并破解然后汉化。

遇到的问题：

1、对优先级理解不透彻

2、我写的测试用例是完全按照需求来写的，但是张欣然师姐写的是把页面的内容也测试了一下，不知道哪个才是正确的。

明天的计划：

看看师兄师姐的日报去做做任务二。