今天完成的事：（来源：百度、人人都是产品经理、师兄师姐的日报）

提交了任务一

测试用例编写流程：

  注意

1.根据项目的实际情况设计测试用例表格

2.用例格式不是固定的，不要生搬硬套

3.根据具体的情况编写

1、首先要知道用什么编写

写测试点或者写需求分析的工具：word、excel、xmind 、mindmanager、百度脑图

2、流程

需求分析→提取测试点→测试用例编写→测试用例评审

3、如何编写

编写前：想好前置条件。（满足条件才能达到预期）

条件不符是否成功，如成功→BUG→修复

考虑方面：

①页面布局是否合理，如导航栏上面应该显示三个按钮，实际上却显示了两行。

②页面文字描述是否准确，如气泡提示：密码格式错误，请重新输入。实际上却显示：账号密码错误。

③如果有加载规则，是否符合加载规则。如：进入页面加载20条内容，实际上却加载了10条。

④如果有排列规则，是否符合排列规则。如应按照时间倒序排列，实际上却是正序排列。

⑤操作是否符合要求，如单击某个点，是否准确跳转或显示内容。如本应该进行跳转，实际上却未进行跳转。

⑥输入框输入的内容是否有符合格式要求。如：账号不允许”,”,而实际上却允许了。

⑦输入的内容是否符合合法性要求。如：账号密码是否一致等问题。

开始编写

①序号

②模块：该功能点具体属于哪个模块的，填写这个主要是方便查找，如：注册/登录模块

③编号：对每个用例进行编号，方便后期跟进。毕竟用文字说，容易口误。不过此处建议编号设计的有点规则，方便快速定位查找。如：A0001。其中A表示注册/登录模块。00表示账号登录，01 表示账号密码登录下的第一个测试用例。

④功能点：具体指某个功能，如：账号登录、首页、发布等。

⑤子功能点：具体指功能点，如：账号密码登录、手机验证码登录、邮箱登录、第三方授权登录等。

⑥用例名称：具体测试用例的名称。如：输入账号、输入密码、密码不合规等等。

⑦前置条件：指要达到预期测试结果，需要满足那些条件才能达到。如：账号密码不一致时，就需要登录失败，那么此时就得保

⑧证账号正确或密码正确以及账号正确时是存在的。

⑨操作步骤：指要达到预期测试结果，需要按这些步骤来。最好说明在什么页面，点击或操作什么内容，输入什么内容。

⑩预期结果：说明按照前面写的应该呈现出怎样的结果。

⑪测试结果：如果符合预期结果，直接填写正常或OK，如果不符合，则说明不符合或NO，

⑫结果描述：如果正常，可以不用填写，如果不符合预期结果，则说明哪里不符合。

⑬测试人员：填写测试人的名字，方便后期跟踪BUG。

⑭测试日期：填写测试的时间，方便后期查询。

⑮BUGID：跟测试编号一样，自己设定ID规则，方便快速查询。

⑯BUG负责人：此处应该有技术那边填写，具体落实到某个人身上，才能更好的解决到问题。

下图是攻略里测试文档排头

如何做产品分析？

用户需求与产品需求

用户需求是用户从自身角度出发，自以为的需求。

产品需求是提炼分析用户真实需求，并符合产品定位的解决方案。

需求分析：从用户提出的需求出发，挖掘用户内心真正的目标，并转为为产品需求的过程。

什么可以把产品需求转化为用户需求？

人性（马斯洛需求理论、七宗罪）

用户动机

在挖掘用户动机之时，可以尝试判断是伪需求还是真需求的同时，底层需求的满足有时可以在相似产品中占据优势。

如何挖掘用户动机？

基于什么环境：地铁/办公室/室内/公共场合/走路/夜晚/户外……深入情景周围的细节中去

基于什么用户：具备什么特征，比如身份、收入、区域…..

基于什么行为：行为或操作流程，比如购物流程、操作习惯、行为认知…….

场景分析也就是需要考虑具体什么环境（时间、地点、情境）什么类型用户的什么动机，想达到什么目标，以及人与人的关系。

如何筛选需求？

筛选需求的时候，除了需要挖掘用户动机寻找真实需求的同时，还需要考虑一下几点：

该用户是否为目标用户：如果不是产品针对的目标用户，其建议或需求的参考价值可能没那么大。当然也有可取的建议，自当把握了。

该需求是否符合产品定位：该需求的满足可能会影响产品的核心服务，破坏用户体验。

该需求是否能实现：评估这个需求需要多少开发资源或运营能力，价值有多大？性价比如何？符合产品的周期或市场战略吗？

在考虑需求价值时候，可以从四个维度考虑：

广度：该需求的受众面有多大？

频率：该需求的使用频率是以日/周/月为周期？

强度：该需求对用户有多强烈需要？

时机：该需求是否符合产品的规划？当下的环境？

明天计划的事：

           1、复习下前两天的内容

           2、领任务二

遇到的问题：

           1、产品构思初，会收集需求（有伪需求和不具备实现价值的需求）如何判断？

           2、如何把握用户需求？

           3、需求多导致产品失去核心定位，应如何提炼？

收获：

          1、了解了测试用例编写

          2、更深入的了解需求

          3、学会了怎么提交任务