• 多测师肖sir__项目管理工具之禅道(6.1)


    禅道:

    一、介绍禅道

    (1)项目管理软件,它是易软天创公司,为了解决众多企业在管理中出现混伦,无序的现象,开发出来的

    他它是基于产品管理,项目管理,测试管理于一身,同时包含事务管理,组织管理众多功能,是中小企业项目管理的首选工具

    (2)技术架构:

    bs 结构,禅道是将产品,项目,测试者三者明确分工,产品人员,开发团队,测试人员,这三者分开,互相配合,互相制约,通过需求,任务,bug来进行交互,最终通过项目拿到合格产品

    (3)项目管理工具:

    禅道 (讲)

    jira(鸡爪)

    tapd  (腾讯)

    (4)用例管理工具

    testlink,test manage ,禅道

    (5)缺陷管理工具

    bugfree  、bugzilla、禅道

    (6)为什么使用禅道?

    基于用例管理工具,缺陷管理工具,项目管理工具

    =========================================================

    二、禅道的安装

    1、下载禅道

     

     

    2、

     3、

     4、备注安装路径不要有中文

     5、选择开源版

     ===============================

    禅道的使用:

    1、输入账号,密码

     2、熟悉禅道中的人员和工作分配事项

     管理人员:

    维护公司、添加用户,维护权限

    产品经理:创建产品,更改,添加,删除,维护需创建发布

    项目经理:创建项目,维护团队,关联产品,关联需求,分解任务

    测试人员: 编写用例,执行用例,提交bug,验证bug,关闭bug

    3、创建用户

    组织--添加用户

    添加单个用户,批量添加用户,添加分组

     

    ==========================

    产品:

    创建产品:

     模块维护:

     产品计划

     产品提需求

    ==========================================

    项目:

     

     

    -================================

    测试模块

    (1)用例

    a、写用例

     

    b、导出用例

     c、导入

     d、手动执行后去,填写执行结果

     ====================================================

    bug:

     

     bug的包含内容:

    1、所属产品

    2、所属项目

    3、所属模块

    4、影响版本

    5、当前指派 (开发)

    6、bug类型 (代码错误,设计缺陷,界面优化,配置相关,安装部署,安全相关,性能问题,标准规范,测试脚本)

    7、bug标题

    8、bug严重程度

    9、bug优先级

    10、重现步骤

    11、相关联需求

    bug类型:

     操作系统:

     浏览器:

     ================================

    bug的严重程度

    致命bug (比如,死机,死循环,内存泄露,无法启动,异常退出,严重花屏,数据,金钱,功能与需求不符)

    严重bug

    (比如:重要功能,错误的波及广,非常规死机,外观难以接受,密码铭文显示,轻微的数据计算错误)

    一般bug

    在实际工作中较多(比如:次要的功能,操作界面错误,查询错误,兼容性错误)

    建议性bug

    测试初期较多,优先度低,在测试后期出现较少,应及时处理

    (比如:界面不规范,辅助说明不清楚,界面存在错别字,用户体验不好)

    =================================

    优先级:(对应用例高中低)

    1、立即处理

    2、 紧急处理

    3、正常处理

    4、有时间处理

      ================================

    bug处理:

    1、编辑bug

    2、验证bug

    3、关闭bug

     

     bug的生命周期:

    从一个bug创建到一个bug的关闭;

    第一种:新建bug(测试)===指派给开发(测试)===== 解决bug(开发)====待验证(测试)====验证通过(测试)=====关闭bug(测试)

    第二种:新建bug(测试)===指派给开发(测试)===== 解决bug(开发)====待验证(测试)====验证失败(测试)===   指派给开发(测试))===== 解决bug(开发)====待验证(测试)====验证通过=关====闭bug(测试)

    第三种:新建bug(测试)===指派给开发(测试)===== 解决bug(开发)====待验证(测试)====验证通过(测试)=====关闭bug(测试)====bug重现了=====激活bug(测试)====指派给开发=====开发在解决验证======验证通过======关闭

    bug状态:

    new  新建

    assigned(已指派)

    open(打开)

    fixd(修复)

    pending   reset  待复测

    close  关闭

    reopen 再次打开

    pending     reject   拒绝

    rejected  被拒绝

     ========================================

    工作中你认为是bug,开发认为不是bug,你是怎么处理?

    总结:三个方向

    1、测试的原因

    测试自我检测,是否自己测试过程有问题或自己疏忽的问题(如:页面显示404,自己启动),排除测试自我原因,

    2、开发原因

    (1)把页面错误提示,截图下来

    (2)查看后台报错日志 ,

    (3)查看接口,接口入参正确,返回参数错误就是后端问题;接口入参正确,返回参数也正确就是前端问题

    (4)和开发沟通,沟通不行,就现场照开发复现bug,要开发改;

    (5)如果确定开发的问题,可以找相关负责测试人,安排人协助修改

    3、既不是开发的原因,也不是测试原因,就是产品原因;

    开发按需求开发的,测试按需求测试的,但是少了一个步骤,功能,就要和产品核对,确认问题,如果是产品的遗漏就要产品,发送邮件通知整个项目组,增加需求或功能点,开发在去开发需要工时,测试在测试。

     ========================================

    偶现bug(偶尔出现的bug)

    -----刚才有这个问题,现在又没有了?

    解决:

    1、先记录bug重现步骤和报错的现象;

    2、再看日志有没有报错

    3、找开发描述现象,确认bug严重程度

    4、尽量去复现或直接查看代码,查看逻辑是否有问题,让开发修改

    5、根据bug的严重程度,找相关负责人确认,影响小,不影响版本,先记录,写明原因,下一个版本解决或后期关注,如果影响大,找测试经理认,去和开发协调修改。

    ======================

    三种状态:

    1、上线bug为0

    2、不予以解决,先关闭,先上线,备注下一个版本修改;

    3、要解决,写明原因,给开发

    延期解决,说明情况后续版本进行关注

    ======================

    bug的解决方法

  • 相关阅读:
    C++ 虚函数在基类与派生类对象间的表现及其分析
    借@阿里巴巴 耍了个帅——HTML5 JavaScript实现图片文字识别与提取
    Dede(织梦) CMS SQL Injection Vulnerability
    dedecms v5.5 final getwebshell exploit(datalistcp.class.php)
    DEDECMS网站管理系统Get Shell漏洞
    织梦(Dedecms)select_soft_post.php页面变量未初始漏洞
    织梦(Dedecms) 5.1 feedback_js.php 注入漏洞
    织梦(DEDE)CMS V5.3 覆盖任意变量导致远程包含漏洞
    dedecms织梦 v5.5 两处跨站漏洞
    dedecms织梦 v5.6 两处跨站漏洞
  • 原文地址:https://www.cnblogs.com/xiaolehua/p/15693236.html
Copyright © 2020-2023  润新知