今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）

今天了开始任务一的深度思考，敏捷开发就是把一个大项目拆分成为多个相互联系且可以运行的小项目，并分别完成，并且在此过程中软件一直处于可使用状态

作为产品经理应该如何做需求分析呢，首先要明确自己要做哪一类产品，先把产品的定位搞清楚，苏杰在《人人都是产品经理》一书中提到了做产品的Y理论，将需求分析的为“Y”过程形象化。

需求分析就是 了解你的用户，了解用户所在的场景，了解用户遇到的问题，帮用户解决。所谓的需求分析第一步就是得要明白用户的需求是什么，为什么用户会提出这样的需求，他是基于一种什么样的特定场景下提出来的，有一部分用户提出来的需求模糊不清，作为产品经理就得深度挖掘用户真正想要解决的痛点是什么，深度的去挖掘他真正想要的需求。马斯克说过，作为一名产品设计者最忌讳自己一厢情愿的设计产品，可能你觉得设计出某一个东西来可以给用户带来价值，但是实际情况可能并非如此，作为一名产品经理，在认真面对用户提出来的需求的同时也要避免自己掉入用户需求的坑里面，因为用户毕竟是站在使用者的角度思考问题，我们在面对用户需求的时候一定要既可以站在用户的角度去思考问题，更多的要站在产品的角度把需求合理的转化为可以实现的产品需求，作为产品，就得做到从用户中来到用户中去，得既能站在用户的角度去思考问题，也能把用户需求转化成为产品需求。

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

对于程序员写bug这件事情，我觉得是非常正常的，en- en，至于想要做到让他们无bug交付那是不太可能的，因为需求总是在不断的变化的，再牛逼的程序员也不可能预知未来，等环境一变bug就来了。对于怎么衡量bug的修复时间和项目的上线时间的冲突问题，我们可以根据bug的优先级，当bug的修复时间和项目的上线时间冲突我们可以做出如下判断：

1，这个bug是否致命是否会出现就导致crash，会不会影响核心的业务流程，2这个bug是否很明显，是否一登录软件就会出现，3这个bug是否会一定出现。我们可以根据bug的优先级来进行判断。

边界测试，功能测试，冒烟测试，黑盒测试，自动化测试，回归测试，性能测试的含义分别是什么，应该谁来主导，原因是什么？

所谓的边界测试就是用来探测和验证代码在处理极端的或偏门的情况时会发生什么。功能测试就是对产品的各功能进行验证,检查产品是否达到用户要求的功能.冒烟测试是将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。

黑盒测试是检测程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。通过测试来检测每个功能是否都能正常使用。

自动化测试一般是指软件测试的自动化，软件测试就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。

性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

BUG如果长时间未得到解决，应该怎么处理？做为PM，是否应该推动Bug的解决，如果PM成Bug的推动者，会不会导致开发人员越来越不主动

BUG如果长时间没有得到解决如果在线上的话，功能屏蔽。如果不在线上的话，花更长时间处理。作为PM，看项目的具体情况来判断是否应该推动BUG的解决，如果项目着急上线的话应该推动BUG的解决，作为PM去推动BUG的解决并不会导致开发人员越来越不主动。

怎么样判断Demo是否应该通过?  

Demo时候的代码代表着你连一个字都不应该出错，如果出错了就代表Demo不通过。

常用的Bug管理工具有哪些，互相之间有什么差别，你更喜欢哪一种，为什么？

常用的BUG管理工具有JIRA，Trac，Gitlab和Bugzilla，Mantis。我更加喜欢Trac因为Trac比较更加适合新人操作，管理起Bug来也比较方便。

为什么要区分开发，测试，线上三个环境，三个环境之间的区别是什么？分别由谁来主导？

开发环境更多的是各自开发的本地，代码可以随意修改，方便开发自身测试用，测试环境是相对稳定的环境，代码是可以提交再pull。

线上环境也叫正式环境，就是一个给用户使用的场所，所有的代码应该通过测试以后才能发布。开发环境更多的是由程序员来主导，测试

环境是由产品或者是专业的测试人员来主导。线上的环境就是实际投入给用户使用的环境，应该是由用户来主导。

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

所谓的回滚指的是程序或数据处理错误，将程序或数据恢复到上一次正确状态的行为。版本回滚是指在发布的过程中出现问题，或者发布后出现问题，为了避免业务影响，取消本次部署，将代码的版本恢复到上次稳定运行的版本。如果发布不成功那么应该立即回滚，一般由部门主管来决定版本回滚。

什么样的Bug是允许上线的，什么样的Bug是不允许上线的？

测试中出现normal常见的、minor这两类bug的时候是可以允许上线的，但是如果一旦出现影响产品正常运营，或者逻辑错误，以及重大问题的时候像critical最严重的、block非常严重、major严重的类bug是不允许上线的。

Bug的优先级是什么？一般会分成几个级别，分别对应什么含义？

bug一般分为五个级别，分别是critical最严重的、block非常严重、major严重的、normal常见的、minor轻微的，一般是出现critical最严重的、block非常严重、major严重的bug时候会进行优先处理，特别是crtical、block级别的bug一般会称为事故，非常严重，需要立即处理。

Bug的生命周期是怎么样的？什么情况下应该是Reopen？什么情况下去Close？

bug的生命周期一般分为：发现bug → 提交bug → 验证bug → 关闭bug，如果经过再次测试发现bug（指bug本身而不包括由于修复而引发的新bug）仍然存在的话，测试人员将bug传递给开发组，并将bug的状态设置为“Reopen”。在一个bug被发现以后被且被成功修复以后去Close。

什么是测试用例，为什么要写测试用例，测试用例中的前置条件是什么？预期结果是什么？一个登录注册的小模块，正常来讲，应该有多少个测试用例？  

测试用例是产品测试的人员书写的一种文本，是测试人员对产品进行测试的一种描述， 内容包括测试优先级，测试点，测试模板，测试步骤，预期结果，实际结果。书写测试用例的好处在于对于有的产品来说不止一次需要用到测试用例，测试用例的书写便于以后的查看，测试用例中的前置条件是在进行这个测试之前的那一个步骤，预期结果就是按照测试步骤操作以后能得到和产品需求功能一样的结果，对于一个登录模板来说应该包括以下这些测试用例，正确输入账号密码，看是否成功跳转；输入错误的密码看是否能够跳转；多次输入密码错误，账号是否会被锁定；输入存在空格，是否可以跳转；输入含有特殊字符是否可以跳转等；注册模块有：输入正确的账号密码是否显示注册成功；注册的时候密码带有特殊字符，是否可以注册成功；注册的时候，密码含有空格是否可以注册成功；注册的时候不写密码，是否可以跳转等。

什么是产品经理?

产品经理就是通过市场调研，以及了解分析用户的需求，从而确定开发什么产品，选择何种业务模式、商业模式等。并推动相应产品的开发组织，他还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。总体来说产品经理是一个综合性比较强的岗位，对于各方面的能力都非常重要，想要做好一个产品经理应该要经过长时间的行业沉淀

深度了解市场需求和市场和人性。

遇到的问题：（遇到什么困难，怎么解决的）

今天看了任务一的深度思考，自己在很多专业名词面前都不了解，通过百度查询了解和解答了一些问题，但同时有一部分问题是自己经过思考以后回答出来的。

收获：（通过今天的学习，学到了什么知识）

通过今天任务一的深度思考，初步了解了一些产品方面的专业名词，在思考这些面试题的时候也会反思为什么面试官会选择询问这样的问题，他的目的是什么，这些问题背后所需要的能力是我以后在学习的过程中需要逐渐掌握的能力。经过三天的试学，自己也在观察自己对产品这个岗位的感觉和兴趣，后面的每一天我都会认真学习。不辜负自己。