今日完成事情：

1.查看任务1（前中后），

2.百度（博客+百科）测试流程、测试用例、需求分析

3.关注知乎IT修真院PM专栏

4.完成任务编写测试用例

详情（理解了测试流程基本内容，了解测试用例的基本编写，了解需求分析方法）

1.熟悉任务1三步走的用意：动眼，动手，动脑/  即了解？实践？延伸思考？

2.测试流程：(没有统一的流程/即没有最好的流程，只有最适用的流程)

a.定义，一个完整的测试行为所需要完成的步骤

b.目的，找bug,分析前后因果，完成测试报告，验证产品上线

c.内容 （1.需求分析2.测试计划3.测试用例4.进行测试5.bug跟踪6.测试报告）

d.测试模型（V/W/X/H）

3.测试用例：（指导你测试哪儿，按照什么规范测试，记录追溯bug的文件）

a.定义；根据需求分析，测试计划制定的验证产品bug的详细方法，包括（测试输入，执行条件，预期结果）。

b.内容；版本号、模块名称、用例编号、用例名称、用例级别、预知条件、验证步骤、期望结果（含判断标准）、测试结果、测试时间、测试人员。

c.要素；

用例编号，在统一编码规则下记录追溯测试用例的编号，不同公司不同编码规则(子系统/模块/功能....)

所属模块，模块的类型归属

测试标题，描述测试的内容（如“测试正常密码账号登录情况”）

重要级别，测试用例分4类优先级（BVTs ，高，中，低），划分方法比较多，如按照（功能/非功能，重要/次要 SWOT分析法）

前置条件，(以mm/NN  密码账号注册登陆过)

测试输入，(1.输入mm/NN、2.mm/ 空、3.空/NN

操作步骤，(1.输入mm/NN，点击登录  2,输入mm/空，点击登录  3,输入空/NN，点击登录）

预期结果 ，测试理想状态，没有BUG的情况下的情况

d.测试方法：1）等价类    2）边界值    3）因果图    4) 判定表    5) 状态迁移    6) 正交实验    7) 场景法    8) 错误推断

4.测试用例文档；不同的的测试用例管理软件有不同的规范要求和文档模板。一个测试用例文档是以一个模块或子系统为单位。

测试用例文档由简介和测试用例两部分组成。

简介部分编制了测试目的、测试范围、定义术语、参考文档、概述等。

测试用例部分逐一列示各测试用例，测试用例是随着软件更新迭代变化的。

5.需求分析

a.定义,是充分理解客户需求，用户需求，开发需求，测试需求的情况下确定产品的定义和设计，吧非形式的需求表述转化为完整的需求定义，就是在产品上面充分实现客户需求，体现客户潜在的商业价值。

提出方:产品，运营，推广，技术，老板

依据：数据分析、用户调研、竞品分析、个人经验

阶段：需求提出、需求描述及需求评审三个阶段

需求类型：业务需求/用户需求/功能需求       功能需求、非功能需求、设计约束

分析方法：功能分解/结构化/面向对象/信息建模    

6.知乎专栏

a.初步大纲，验收/模块/行业知识/开发/MVP/运营/,

b.关键词

(BUG的优先级；

最严重critical 系统崩溃，停下工作立刻修复

次严重block操作卡死/流程不通 ,停下工作立刻修复

严重major业务数据不对/流程通，停下工作立刻修复         

一般normal偶然问题，

小问题minor兼容性/字体样式错误

BUG的生命周期；新建/指派/接受/修复/关闭

三个环境；开发、测试、线上共三台服务器

敏捷开发/

STORY/

MVP/)

明日计划事情：

1.依据测试用例完成萝卜多测试

2.百度（博客+百科）理解以上关键词内容

3.理解分析需求

4.深度思考任务完成阶段问题

遇到问题:

1.产品经理是什么？  我是谁？从哪来？到哪去？（百度+思考中）

2.测试？测试对产品经理重要性程度？产品经理需要对测试了解多深？（百度+思考中）

收获：

测试用例注意要素：用例编码的唯一性，可追溯性。编码规则的灵活性。优先级的百分比分布情况是：BVT 为10-15%，高为20-30%,，中为40-60%，低为10-15% 。

测试用例优先级划分方法：SWOT分析法，功能/非功能，重要/次要