今天完成的事情：看了任务资源的视频，了解什么是需求，测试人员怎么做需求分析

明天的计划：问清楚任务一要提交的任务是啥，梳理测试方法（白盒测试、黑盒测试），设计测试用例的方法（等价类划分法、边界值分析法等）

遇到的问题：不知道任务一要提交什么任务

收获：

需求：客户需要的东西，和对这个东西的要求

（自己理解：需求对于一个项目来说是至关重要的，前期的需求调研，决定了项目的成型，我在工作中接触到的，有很多时候客户描述出来的需求，在实际使用过程中，并不实用，而且同一个功能，不同的客户群体，有不同的需求，测试人员在拿到一份需求时，应该要站在不同的角度来评审需求，测试文档也是测试人员工作的一部分）

需求一般分为三类：

1、  业务需求：关注系统是否满足业务

（业务需求其实是对一个项目的大方向的确定，就是说用来确定这个项目的定位、使用人群、达到的高度。）

2、  用户需求：关注系统是否满足用户习惯

（用户需求就是使用这个系统的用户的要求，用户用这个系统能做些什么事情，是否能符合他们的需要。）

3、  功能需求：关注系统是都满足功能要求

（功能需求就是在真实开发中，系统实现的软件功能，用户利用开发出来的软件实现自己工作中需要完成的任务，以此来满足业务需求。）

 为了好理解，有人这样打比方：业务需求其实就是房地产的开发商，用户需求为购房者，功能需求相当于房子本身。

 由此可以分析出三者关系：

 通过收集业务需求和用户需求，产品经理或需求人员通过分析，转化成功能需求，然后进行设计，再由研发人员来研发。

没有需求怎么办：

1、  参考市面上已经上线的同类产品

     2、询问项目组成员

如果需求模糊怎么办：

1、  收集整理已有需求

2、  和产品经理逐条确认

3、  参考同类型产品的实现情况

4、  询问项目组成员

怎么样对一个产品进行需求分析，提取测试点：

1、  根据需求文档提取产品的功能点，确定测试范围；

2、  对功能点进行分析，确定各功能点的测试点（例如：功能编号、功能名称、输入、业务处理、输出）；

3、  整合功能点，按照业务场景进行分析，确定业务场景的测试点（业务场景的正常、异常等情况、工作流程）；

4、  了解完功能上的测试点，一般一个产品还有一些非功能性的需求，例如系统的性能、易用性、健壮性等；还有需求上面往往有些需求并没有直接写出来，就是些隐形的需求，比如互联网项目，一般有行业默认的一些需求，需要自己多理解多研究的。