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

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

确认bug未得到解决的原因，以及解决的难度和优先级，如果优先级高且不是不能解决的bug，推动处理掉。我认为PM应该推动bug的解决，调动起团队成员的积极性，把项目做好。

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

Demo通过的方式不应该有任何一个肉眼能够发现的错误，无论是功能，文案还是样式。

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

1） QC(Quality Center)
是原Mercury Interactive公司(现已被HP收购)生产的企业级基于WEB测试管理工具，需要安装配置IIS和数据库，系统资源消耗比较大；功能很强大，结合有BUG管理，需求管理及用例管理等功能；和其它的测试工具，比如Loardrunner测试工具的接口做得比较好，数据可以在它们中共享；英文版的且易用性不是很好，最重要的是收费且价格不扉；**版的网上也很多但找起来和**也比较费事，且性能就不那么稳定。

2）  Bugzilla
Bugzilla是由Mozilla公司提供的基于Web方式，免费的开源的一款功能强大的Bug管理系统，比如强大的检索功能，强大的后端数据库支持, 丰富多样的配置设定等；安装需要Perl和配置MYSQL数据库，过程比较繁琐，修改配置文件比较麻烦；英文版的，能汉化但是汉化后容易出现乱码；

3）  BugFree

基于WEB的，配置安装简单，只需到网上获取安装包，再配下PHP通用的环境即可；纯功能型的界面就无所谓美观；没有直接的截图功能但是可以以附件的形式存在；也有简单的报表统计功能；整体使用还是比较容易上手，而且是开源免费中文版的BUG管理系统。

4） EasyBUG
基于WEB的在线的，不用配置；界面很漂亮，操作容易上手，基本上只要是会上网的人一看就会用；区别其它工具且最实用的一点是截图功能强大，且是以图片的形式直接存在，而不是以附件的形式存在；BUG解决流程也有记录在案；丰富的统计报表，一目了然；是国产的，有中英文版的而且免费的。

5）   Mantis
一款基于Web的Php+Mysql的开源BUG管理系统，一款简单实用的系统，也有截图功能，不过是以附件的形式存在，报表功能比较强大，需要配置才可用，是英文版的，不过可以通过汉化包和配置来汉化，有邮件支持但也需要修改配置。

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

开发环境：与测试环境分开的独立客户机、服务器、配置管理工具等，开发环境中代码可能会有bug，需要和后端联调，状态会反复。    开发人员主导

测试环境：测试人员利用一些工具和数据模拟出的，接近真实用户使用环境的环境，测试环境的目的是为了使测试结果更加真实有效。    测试人员主导

线上环境：即发布环境，真实用户访问的环境，要求不能有任何bug，且不能频繁发布，这样对用户体验性不好。 用户主导

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

在程序或者数据发生错误时，退回到之前正确的状态。发布不成功，根据不成功的原因确定回滚方案，如果是功能性问题，需马上进行版本回滚。 

明天计划的事情：（一定要写非常细致的内容）

1.把剩下的深度思考问题过完 

2.学习任务二
遇到的问题：（遇到什么困难，怎么解决的） 

版本回滚到底应该由谁做决定？
收获：（通过今天的学习，学到了什么知识）