今天完成的事情：1.功能性测试用例（部分重点）

                           2.深度思考14问，结束任务一
明天计划的事情：1.开启任务二 做草船云网页低保真原型

                           2.爱彼迎app原型
遇到的问题：1.萝卜多的测试用例一个人写不全，纠结半天

                  解决方案：挑选 重要的测试点写，写测试用例的目的是为了详细知道验收标准，

                  在写产品需求说明书的时候有帮助

2.如果PM成Bug的推动者，会不会导致开发人员越来越不主动？  找不到答案！

3.在发布上线的过程中，如果发布不成功，多久之内应该要回滚，谁来决定，原因是什么？

收获：1，什么是敏捷开发？

A：简单说敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。

优点：

敏捷开发的高适应性，以人为本的特性。

更加的灵活并且更加充分的利用了每个开发者的优势，调动了每个人的工作热情。

缺点：

由于其项目周期很长，所以很难保证开发的人员不更换，而没有文档就会造成在交接的过程中出现很大的困难。

2.什么是产品经理？
产品经理是企业中专门负责产品管理的职位。以解决问题为核心,整合和管理各种人力、物力等资源,高效的将解决方案变成实际产品输出的领导者

主要职责：三个层次 定义产品-探索产品解决方案-推动项目前进

3.如何做需求分析？

从用户需求转化成产品需求，需要在用户的场景下结合产品功能去提出合适的解决方案。

首先，将拿到的“用户需求”进行需求判断，从三个方面入手 用户价值/商业价值/社会价值

其次，是需求挖掘

1、需求采集阶段。需求仔细观察用户行为，“不仅要听用户怎么说，还要看用户怎么做”；
2、需求转化阶段。需要进行场景还原，将自己设想成用户，分析他们的目标，这得靠领域知识和目标用户的理解；
3、方案产出阶段，将自己想出的解决方案，找真实用户询问验证；
4、方案完成阶段，采用灰度发布，A/B测试方法，将功能露出给部门用户，试探用户是否真的喜欢使用该功能。

最后，就是用产品语言进行需求描述：就包括：需求树+用户故事+用户任务

4.怎么理解程序员会写出Bug这种事情，可不可以要求他们做到无Bug交付？

bug可以分成很多类型 不可以无ＢＵＧ

一类是对用户来说不能正常使用，能被用户感知到的错误。

一类是用户能正常使用，但是有各种异常的错误。

一类是使用没有任何问题，但是不符合产品预期的问题。

５.怎么衡量Bug的修复时间和项目的上线时间冲突问题？

这个bug是否致命.出现就会crash,或者影响核心业务流程.

这个bug是否很显眼,用户一启动App就会遇见.

这个bug是否必现.

这个bug的时间是否会严重影响项目上线.

这四种情况必要性从高到低排列

６.Bug如果长时间未得到解决，应该怎么处理？

首先明白自己的角色，如果是小角色，需要先让产品经理或者项目经理知道，让他们在上线之前解决，再次就要让架构师知道，如果修复BUG的成本大于重构，那就更换解决方式，产品开发最主要是解决需求，最后，实在不行一定要让管理者知道，当然这是在严重影响到商业价值的情况下。

7.怎么判断demo通过？

专业的角度：十大可用性原则分别为：状态可感知、贴近用户认知、操作可控、一致性、防错、识别好过回忆、灵活高效、美学和最简主义原则、容错、人性化帮助。

通俗的说能用的产品指:能够明确满足用户的需求
能上线的产品指:产品不存在重大BUG，不影响产品的正常运营
产品上线后需要做的工作还有很多，不断地修改产品运营中发现的问题，优化用户体验

8.什么是版本回滚？

现有的版本出现数据或者程序错误，无法上线需要回到上一个正确的版本

9.一个登录注册的小模块，正常来讲，应该有多少个测试用例？

这个完整的注册表单最基本的用例
1.全部按要求输入正确检验结果
2.全部错误检验结果
3.全部为空
4.任何一个字段非法输入检验结果
5.字段唯一性检查
6.验证提示信息的准确性检查及邮箱格式检验
其他的细节可以根据用户需求和用途来扩展设计

10.Bug的生命周期是怎么样的？

BUG的生命周期，就是一个BUG被发现到这个BUG被关闭的过程。

生命周期中缺陷状态：新建-->指派-->已解决-->待验-->关闭

发现BUG-->提交BUG-->指派BUG-->研发确认BUG-->研发去修复BUG-->回归验证BUG-->是否通过验证-->关闭BUG

如果待验的BUG在验证时没有解决好，我们需要重新打开--指派—已解决—待验，循环这个过程。

中间其他状态：拒绝、延期等

11.ＢＵＧ等级

如何判断BUG的等级（严重程度1、2、3、4），一般可以参照下面的判断条件

    1、致命错误（1级提BUG需慎重）

（1）常规操作引起的系统崩溃，死机，死循环

（2）造成数据泄漏的安全性问题，比如恶意攻击造成的账户私密信息泄露

（3）涉及金钱

（4）用户数据受到破坏，或者危及人身安全

     2、严重错误

 （1）重要功能不能实现；

 （2）错误的涉及面广，影响到其他重要功能的正常实现；

  （3）严重操作导致的程序崩溃、死机、死循环；

  （4）外观难以接受的缺陷；

  （5）密码明文显示；

  （6）数据不能保存，系统的次要功能完全丧失，系统所提供的功能或服务受到明显的影响

    3、一般错误

不影响产品的运行、不会成为故障起因，但对产品外观和下道工序影响较大的缺陷

  （1）次要功能不能正常实现；

  （2）操作界面错误（包括数据窗口内列名定义、含义不一致）；

  （3）查询错误，数据错误显示；

  （4）简单的输入限制未放在前端进行控制；

  （5）删除操作未给出提示；

     4、细微错误

程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误

   （1）界面不规范；

   （2）辅助说明描述不清楚；

   （3）提示窗口文字未采用行业术语；

   （4）界面存在文字错误；