编辑日报内容...

今天完成的

了解测试用例，按照任务步骤填写表格，下载了axure，装了汉化包                        
明天计划的事情：未有其他事情耽搁下 完成任务一，看下任务二                  

明天计划

收获

一、测试文档

1、测试文档主要分两个部分：

非功能性测试需求：APP运行时在各种环境下是否能正常运行

功能性测试需求：每个具体功能是否按要求运行。

2、测试用例的具体概念：

序号： 不用说，就是按顺序下去的。

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

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

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

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

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

前置条件：指要达到预期测试结果，需要满足那些条件才能达到。如：账号密码不一致时，就需要登录失败，那么此时就得保
证账号正确或密码正确以及账号正确时是存在的。

操作步骤：指要达到预期测试结果，需要按这些步骤来。最好说明在什么页面，点击或操作什么内容，输入什么内容。预期结果：说明按照前面写的应该呈现出怎样的结果。

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

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

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

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

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

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

二、测试流程

1、需求评审：由项目经理、开发人员、测试人员、需求人员共同进行的对软件需求文档的评审

2、需求分析：是开发人员根据需求文档完成需求分析文档，测试人员参与评审，评审的内容主要是看是否有遗漏或双方理解不一样的地方,需求分析这一过程是主要确定系统必须完成哪些工作，对目标系统提出完整、准确、清晰具体的要求。

3、测试计划：测试计划一般由测试经理编写，根据需求估算测试所需资源（人力，设备等）、所需时间、功能点划分、如何合理分配安排资源。

4、用例设计：根据测试计划，修改好的需求分析文档开始写测试用例，同时开发人员完成概要设计文档和详细设计文档。测试人员根据这两份文档补充测试用例。

5、测试环境：测试人员搭建测试环境

6、执行测试：开发人员提交第一个版本，如果存在未完成的功能，开发需跟测试人员说明，然后测试人员根据测试用例的详细步骤，执行测试用例，发现BUG提交缺陷库。

7、BUG跟踪：开发人员提交第二个版本，包括修改的BUG以及增加的部分功能，测试人员进行第二轮测试和回归测试，跟踪BUG直到关闭

8、测试报告：通过不断测试，BUG跟踪，直到用例全部测试，覆盖率、缺陷率以及其他各项指标达到质量标准，即达到上线要求。（如果有客户反馈问题，需要测试人员协助重现和回归测试）。

三、需求是什么：

需求分为用户需求和产品需求。

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

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

 四、需求分析

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

正如我上篇日报中提到的例子：用户管福特要一匹跑的快的马，福特却给了用户一辆车（用户的需求是快一点，虽然一匹快的马也可以满足用户的需求，但是最为产品经理，需要往远处看的，所有才会思考如何更好的满足用户，这个过程也叫做需求分析