今天完成的事情：
继续完成昨天没有完成的深度思考
1、敏捷开发：以人为核心、迭代、循序渐进的开发方法。不是一门技术
      以人为核心：尽量减少文档，只需要写有必要的文档，注重人也人之间面对面交流，强调以人为核心，开发不是一个人完成的而是一个team，只是分工不同。出了问题是整个小组的责任。
在敏捷开发中需要每个人思路必须清晰，清楚自己要做什么。进入开发阶段项目成员需要跟进和控制项目进度减少风险，主动测试项目中出现的问题
迭代：我自己的理解为在接到一个项目时需要按照优先级分为多个模块，先把主要的模块做出来并上线，后边的次要模块根据优先级逐步开发上线。
2、用户需求分析：使用对象、使用习惯、场景、动机、用户属性、使用哪些功能、期望。如果脱离了这些就会出现‘伪需求’这时就要想清楚产品目标以免出现功能叠加。学会判断伪需求（判断是否是目标用户的需求、是否是普遍的需求、是否与产品定位相符
3、怎么理解程序员会写出Bug这种事情,不可以要求他们做到无Bug交付？怎么衡量Bug的修复时间和项目的上线时间冲突问题？  
程序员会写出bug：这个问题是有多方面的，有可能是程序员粗心大意，代码逻辑不严谨、有可能是程序员理解能力不够、有可能程序员技术能力不够、有可能pm原型图描述不明确，逻辑有问题、有可能双方在沟通上出现问题，不在一个频道上哈哈，所以呢出现bug并不是程序员一个人的问题。
做到无bug交付？一句话概括：世界上没有十全十美的事情。即便是有那也是少之又少
4、衡量修复与上线时间：先修复影响正常使用的主要bug按时上线，在逐渐修复不影响使用的次要bug，但是也要尽快修复不要拖太长时间。
Bug如果长时间未得到解决，应该怎么处理？做为PM，是否应该推动Bug的解决，如果PM成Bug的推动者，会不会导致开发人员越来越不主动？
Bug长时间未那就催促抓紧解决或者加在下一个迭代模块里。个人觉得pm不应该推动bug解决，不应该做这个推动者，因为解决bug问题是程序员的职责，如果一个程序员需要靠Pm去催促推动解决bug那这个程序员可以去天堂度假了。
5、边界测试，功能测试，冒烟测试，黑盒测试，自动化测试，回归测试，性能测试的含义分别是什么，应该谁来主导，原因是什么？
1）冒烟测试：冒烟测试是代码开发完成后测试功能的完整性，就是在一个新版本出来的时候，将软件的全部功能过一遍，看有没有什么大问题。如果功能可以正常运行，不会影响测试进行，那么这个版本就可以真正开始测试了。如果功能有重大问题或影响测试进行，那么这个版本就是不合格的，不用进行进一步的测试。
 2.）回归测试：是为了验证漏洞是否正确修改且其他功能是否正常，就是以前版本中发现的bug在新的版本中验证是否存在且是否引发新的bug。
3.）功能测试：也叫黑盒测试，测试整个产品的各项功能是否可以正常使用
4）.性能测试：通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试
5）.黑盒测试：测试人员不考虑程序的内部特征和内部结构，直接通过规格说明书检查程序的功能是否符合它的功能说明
6.）自动化测试：自动化测试可分为1.自动化性能测试；2.自动化功能测试。
性能测试主要是使用测试工具，Loadrunner、Jmeter等，对软件进行压力测试、负载测试、强度测试等等，因为这些无法用手工进行代替，所以必须自动化。
自动化功能测试：包括单元测试、接口测试、UI测试。主要是编写代码、脚本，让软件自动运行，发现缺陷，代替部分的手工测试。但一般只有大的项目才需要进行自动化，中小型项目不推荐使用自动化测试。通俗讲就是用专业自动测试工具测试产品的性能和功能？
7.边界测试：就是用来探测和验证代码在处理极端的或偏门的情况时会发生什么。
这些测试应该由测试员主导
6、Bug的优先级是什么？一般会分成几个级别，分别对应什么含义？
Critical的Bug是最严重的，代表着系统崩溃，完全不可用。
这种Bug出现，就是最严重的事故，完全打不开，比如说，网站无法访问，点击出现系统错误，直接跳转到404页面。
Block的Bug也是非常严重的，它的含义是，用户的操作被卡住了，无法进行下一步。
系统并没有大规模的崩溃，而是无法进行到下一步。
Major的Bug通常是指流程可以走的通，但是关键的业务或者是数据错误，影响用户的正常使用。
Normal的Bug就比较常见了，像一些分支业务逻辑里，偶尔会出现的问题，又或者是一些不太重要的地方出现的错误。
通常我们知道他是一个Bug，但是对大部分用户来说都无关紧要，可以用，可以不用。
Minor的Bug，指那些无伤大雅的小问题。
什么样的Bug是允许上线的，什么样的Bug是不允许上线的
有Major以上的Bug是不允许上线的
7、Bug的生命周期是怎么样的？什么情况下应该是Reopen？什么情况下去Close？
New:（新的）
 当某个“bug”被发现的时候（第一次），测试人员需要与项目负责人沟通以确认发现的的确是一个bug，如果被确认是一个bug，就将其记录下来，并将bug
 的状态设为New 
Assigned（已指派的） 当一个bug被指认为New之后，将其将给开发人员，开发人员将确认这是否是一个bug，如果是，开发组的负责人就将这个bug
 指定给某位开发人员处理，并将bug的状态设定为“Assigned”
 Open（打开的） 一旦开发人员开始处理bug的时候，他（她）就将这个bug的状态设置为“Open”，这表示开发人员正在处理这个“bug”
 Fixed（已修复的）当开发人员进行处理（并认为已经解决）之后，他（她）就可以将这个bug的状态设置为“Fixed”并将其提交给开发组的负责人，然后开发组的负责人将这个bug
 返还给测试组
 Pending Reset（待在测试的）
 当bug被返还到测试组后，我们将bug的状态设置为“Pending Reset”
 Reset(再测试) 测试组的负责人将bug指定给某位测试人员进行再测试，并将bug的状态设置为“Reset”
 Closed（已关闭的）
 如果测试人员经过再次测试之后确认bug 已经被解决之后，就将bug的状态设置为“Closed”
 Reopen（再次打开的）如果经过再次测试发现bug（指bug本身而不是包括因修复而引发的新bug）仍然存在的话，测试人员将bug再次传递给开发组，并将bug的状态设置为“Reopen”
 Pending Reject（拒绝中）如果测试人员传递到开发组的bug被开发人员认为是正常行为而不是bug时，这种情况下开发人员可以拒绝，并将bug的状态设置为“Pending Reject”
 Rejected(被拒绝的) 测试组的负责人接到上述bug的时候，如果他（她）发现这是产品说明书中定义的正常行为或者经过与开发人员的讨论之后认为这并不能算作bug的时候，发组负责人就将这个bug的状态设置为“Rejected”
 Postponed（延期）有些时候，对于一些特殊的bug的测试需要搁置一段时间，事实上有很多原因可能导致这种情况的发生，比如无效的测试数据，一些特殊的无效的功能等等，在这种情况下，bug的状态就被设置为“Postponed“
8、什么是测试用例，为什么要写测试用例，测试用例中的前置条件是什么？预期结果是什么？一个登录注册的小模块，正常来讲，应该有多少个测试用例？
测试用例是软件测试全部过程的核心，是测试执行环节的基本依据，是用来衡量一个项目测试质量。测试用例的健壮性，完整性，覆盖程度等，都对项目测试质量有影响。    
编写测试用例也是一个深入了解需求的过程是把产品需求转化为一种可操作的步骤，是为了后期有步骤有计划的进行测试，提高测试效率及覆盖率，体现测试工作量，反应测试的执行进度，方便回归测试，复查Bug 5.培训新人，提高新人测试效率，节省对新人的指导时间
前置条件描述所有的系统状态的必须为真的条件，这些条件使后续的触发器有效地导致测试用例的开始。
预期结果自己预料这个功能实现出来的结果
9.1 EasyBUG

优点、1)基于WEB的在线的，不用配置；

2)界面简单，操作容易上手，基本上只要是会上网的人一看就会用
3)拥有截图功能，以图片的形式直接存在，而不是以附件形式；
4)BUG解决流程记录在案；有统计报表，一目了然；
5)国产且免费的。
缺点、需要手动录入bug标题，保存bug截图提交，追踪及时性靠人工自觉。
9.2 QC(Quality Center)
惠普公司的，企业级基于WEB测试管理工具
功能列表：
1）.制定可靠的部署决策。
2）.管理整个质量流程并使其标准化。
3）.降低应用程序部署风险。
4）.提高应用程序质量和可用性。
5）.通过手动和自动化功能测试管理应用程序变更影响。
6）.确保战略采购方案中的质量。
7）.存储重要应用程序质量项目数据。
8）.针对功能和性能测试面向服务的基础架构服务。
9.确保支持所有环境，包括 J2EE、.NET、Oracle 和 SAP。
 优点：
1)功能很强大，结合有BUG管理，需求管理及用例管理等功能；
2)和其它的测试工具，比如Loardrunner测试工具的接口做得比较好，数据可以在它们中共享；
3)管理整个质量流程并使其标准化。
4)通过手动和自动化功能测试管理应用程序变更影响
缺点：
1)需要安装配置IIS和数据库，系统资源消耗比较大；
2)纯英文版的且易用性不是很好，且收费；
9.3 BugFree(后来进化为禅道bug管理)
bugfree优点：
1)开源免费,配置安装简单
2)有简单的报表统计功能；
3)整体使用还是比较容易上手
bugfree缺点：
1)没有直接的截图功能但是可以以附件的形式存在；
2) bugfree是基于php开发的，所以要运行就需要安装php环境，略复杂
3)页面是非常清晰整洁的web页面，但是需要填写字段
 禅道功能列表：
1）. 产品管理：包括产品、需求、计划、发布、路线图等功能。
2）. 项目管理：包括项目、任务、团队、build、燃尽图等功能。
3）. 质量管理：包括bug、测试用例、测试任务、测试结果等功能。
4）. 文档管理：包括产品文档库、项目文档库、自定义文档库等功能。
5）. 事务管理：包括todo管理，我的任务、我的Bug、我的需求、我的项目等个人事务管理功能。
6）. 组织管理：包括部门、用户、分组、权限等功能。
7）. 统计功能：丰富的统计表。
8）. 搜索功能：强大的搜索，帮助您找到相应的数据。
9）. 灵活的扩展机制，几乎可以对禅道的任何地方进行扩展。
10）. 强大的api机制，方便与其他系统集成。
 禅道的优点：
1）禅道开源免费，从下载到使用不需任何费用。开源的软件更能够根据企业自身需求在源码的基础上进行修改，让国内外众多企业节省项目管理成本。
2）禅道的功能非常完备，可扩展性，且代码开放可做二次开发。
3）禅道价格实惠，售后服务方式选择多且有官方技术服务的保障。
禅道的缺点：
1）禅道的界面设计稍稍逊色，不够简洁，颜色使用也比较单一，不够丰富。
2）虽然禅道有新手入门操作演示，但部分新人上手还是会存在一些问题。
9.4 Bugzilla
基于Web方式，免费的开源的一款功能强大的Bug管理系统
功能列表：
1.） 强大的检索功能
2.） 用户可配置的通过Email公布Bug变更
⒊） 历史变更记录
⒋ ）通过跟踪和描述处理Bug
⒌） 附件管理
⒍） 完备的产品分类方案和细致的安全策略
⒎ ）安全的审核机制
⒏ ）强大的后端数据库支持
⒐） Web，Xml，Email和控制界面
⒑）友好的网络用户界面
⒒）丰富多样的配置设定
⒓）版本间向下兼容
优点：
1)比如强大的检索功能，强大的后端数据库支持, 丰富多样的配置设定等；
2)免费
3)安全性高
缺点：
1)安装需要Perl和配置MYSQL数据库，过程比较繁琐，修改配置文件比较麻烦；
2)英文版的，能汉化但是汉化后容易出现乱码；  
3)界面美观度差，不支持截图上传
9.5 Mantis
Mantis是一个基于php技术的轻量级缺陷跟踪系统，是以web操作的形式提供项目管理及缺陷跟踪服务。其实用性满足中小型项目的管理和跟踪。更重要的是开源、免费。
功能列表：
1）.缺陷跟踪管理(默认为bug管理系统)
2）.问题跟进分析报告
3）.可以添加子项目、模块等功能
4）.配置不同权限发送email通知
5）.工作流自定义配置
6.）路线图、修改日志
7.）统计报表、图形报表
8）.与TESTLINK、wiki等集成
优点：
1)开源不收费、B/S架构模式，Windows平台，可邮件通知，操作较为灵活
2)可以跟踪成粗版本变更历程
3)可以生成项目bug各种指标统计图标
4)丰富的过滤器搜索功能
缺点：
1)安装配置复杂，界面不美观
2)工作流整体已写死，不好进行配置，配置不灵活
3)管理不便，修改配置大部分需要进行代码修改
9.6 JIRA
JIRA是集项目计划、任务分配、需求管理、缺陷跟踪于一体的软件。
优点：
1)JIRA的界面效果非常不错。安全性、可扩展性方面也不错。  JIRA的使用范围广，所以拥有众多开发者提供的扩展插件以供不同选择。
2)工作流定制功能实用性特别高，可定制性也很好。
3)针对issue驱动的项目管理非常有效，也基于多年来的插件积累，可以展现非常强大的交互、统计视图，纯粹项目管理使用JIRA的确是个不错选择。
缺点：
1)从使用上来说还是不大符合国人的使用逻辑。
2)虽然有中文版本，但是中文版本在使用的过程中，部分页面还是会有很多英文，不能做到全中文界面。
3)对于国内用户提供的售后服务稍显弱一些，存在时间和沟通上的一些障碍。
9.7 Bugtags
Bugtags是国内首款为改善移动产品质量而专门打造的测试平台产品。使用Bugtags平台可以随时随地对移动产品提出准确的改善意见，使得测试更简单，修复问题更轻松，产品用户满意度更高。
功能列表：
1. ）SDK集成简单
一行代码极速集成，完全不影响原有程序结构
2. ）所见即所得提交问题
一键截屏，使用标签描述问题，在应用内直接提交问题，免去截图连电脑上传描述等步骤
3.） 自动收集设备与应用运行状态
极大提高了问题描述准确度，帮助开发人员快速定位和解决问题
4. ）自动收集分析崩溃信息
每一次用户的闪退现场信息，都会上传到云端，分析数据让解决问题更轻松
5.） 简单有效的问题生命周期管理
抽取传统缺陷管理系统的最核心功能，有效管理和跟踪问题
优点：
1) 可以在APP端手动提交问题; 只需要在 App 中点击错误位置，描述错误原因，指派给相应的人员即可，设备信息、版本、用户步骤、运行时数据、日志全部自动帮你记录了下来。大大提升了测试效率，提高质量。
2) 可以收集闪退信息
3) 支持 bug 截图
4)第三方sdk集成
明天计划的事情：
需要理解任务二步骤是做什么的、了解axure是做什么的并学会使用、 学习制作ppt。
遇到的问题：1）、什么是版本回滚，在发布上线的过程中，如果发布不成功，多久之内应该要回滚，谁来决定，原因是什么？

                        2）、任务二初步看了一下7个步骤不理解什么意思

                        3）、编辑时序号还在，提交后序号不在了

今天的收获：理解了任务一深度思考里的问题，除了问题9，其他的都通过查询并理解了

任务一成果展示链接:https://pan.baidu.com/s/1YCItD1Vb6QOvJKe7fvxVGw  密码:im04