发表于: 2020-03-06 23:40:06
1 833
今天完成的事情:(一定要写非常细致的内容,比如说学会了盒子模型,了解了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.学习任务二
遇到的问题:(遇到什么困难,怎么解决的)
版本回滚到底应该由谁做决定?
收获:(通过今天的学习,学到了什么知识)
评论