今天完成的事情

写测试用例，做深度思考

明天计划的事情

写完测试用例，开始任务二

1.什么是敏捷开发?

敏捷开发：  一种以人为核心，迭代、循序渐进的开发方法，也就是一种软件开发的流程。

为什么以人为核心 ：瀑布开发模型以文档为驱动，要写大量的文档，开发人员根据文档进行开发。

                               敏捷开发只写有必要的文档，注重的是人与人之间的交流。

Scrum和XP：敏捷开发的具体方式，他们的区别是，Scrum侧重于过程，XP侧重于实践，在实际中两者是结合在                      一起应用的。

                     Scrum表示橄榄球运动中“争球”的动作

迭代：把一个复杂且开发周期很长的开发任务分解为很多小周期可完成的任务，这样的一个周期就是一次迭代的              过程；

          同时每一次迭代都可以生产或开发出      一个可以交付的软件产品。

2.如何做需求分析？

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

需求分析的过程是思考如何把用户需求转化为产品需求。

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

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

追本溯源，知道用户需求是怎么产生的，才可能通过产品需求去迎合用户需求。

3.怎么理解程序员会写出Bug这种事情，可不可以要求他们做到无Bug交付？怎么衡量Bug的修复时间和项目的上线时间冲突问题？

出现的bug只要不是低级的是可以理解的，是否要求他们做到无Bug交付要根据项目的具体要求和项目的上线时间类决定。

衡量Bug的修复时间和项目的上线时间冲突问题：判断这个Bug是否会影响到核心业务流程、是否显眼、是否会严重影响项目上线时间。

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

功能测试：对产品的各功能进行验证，以检查是否满足需求的要求。

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

软件的性能主要有时间性能和空间性能两种。

黑盒测试与白盒测试：主要是测试工作对软件代码的的可见程度的划分。

黑盒测试：把被测的软件看作是一个黑盒子，不去关心盒子里面的结构什么样，只关心软件的输入数据和输出结果。

自动化测试：又可分为功能自动化测试与性能自动化测试。

一般所说的自动化测试就是指功能自动化测试，通过编码的方式用一段程序来测试一个软件的功能。可以重复执行程序来进行重复的测试。

冒烟测试：对一个新版本进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。

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

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

PM已经通知开发人员但Bug长时间未得到解决的话，直接告知领导吧。

PM如果成为Bug的推动者，这样会导致开发人员对BUG的解决会依赖于PM。

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

对这个Demo进行功能、性能等方面的测试。

补充：demo中无肉眼可见明显错误，如果产生优先级较低的bug，上线时间又比较紧张，应先上传的测试环境进行测试，同时在开发环境进行bug修复

7.常见的BUG管理工具

easybug  禅道 QC  bugzilla  mantis（百度所知）

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

开发环境：项目尚且在编码阶段，专门用于开发的服务器，配置可以比较随意。生产环境组成：操作系统 ，web服务器 ，语言环境， 数据库等等。由开发人员主导。

测试环境：项目完成测试，修改bug阶段。由测试人员主导。

生产环境：线上环境，发布到对外环境上，正式提供给客户使用的环境。由客户主导。

补充：

开发环境：程序员写代码的环境，代码可随意修改，相对来说比较随意。

测试环境：程序员写完代码上传到测试环境，由PM和测试进行验收，检查出bug再回到开发环境进行修复。

生成环境：线上环境：发布环境，要求不能有任何bug，线上环境如果出现bug，优先级始终排在最高级。

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

回滚：程序或数据处理错误，将程序或数据恢复到上一次正确状态的行为。

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

不允许上线：影响到核心业务流程  过于显眼  严重影响项目上线时间

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

Priority共分为4级，P0、P1、P2、P3  重要程度：P0>P1>P2>P3 

P0:完全不能满足产品要求，基本功能明显未实现或完全不可用。产品发布后，出现此类问题，将导致产品必须下线或发小版本修复。

P1:产品的功能实现和需求不符合，没有达到预期的效果，或是性能问题、安全性问题。产品出现此类问题，可能会导致用户投诉，或者转入竞争对手的产品。

P2:比较小的功能、UI或交互问题，用户可以绕过此类问题来使用产品。出现此类问题，用户可能会抱怨，但是并不一定导致用户流失。经常可能是界面布局有问题、用户不常使用的情景发现的问题。

P3:极少众机型适配问题，建议类bug，可修可不修，修了最好，不修不影响发版。

对于bug的优先级网上有不同说法。

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

Reopen:如果经过再次测试发现bug（指bug本身而不是包括因修复而引发的新bug）仍然存在的话，测试人员将bug再次传递给开发组。

Close：测试人员经过再次测试之后确认bug 已经被解决。

生命周期：new（新的）   assigned（已指派的）  open（打开的）  fixed（已修复的）    pending reset（待再测试的）  reset（再测试的）   closed（已关闭的）   reopen（再次打开的） pending reject（拒绝中）

14.什么是产品经理?

负责从产品设想到产品终结期间所有产品活动的角色