51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 499|回复: 0

解决方案:禅道的研发质量精准管理(1)

[复制链接]
  • TA的每日心情
    无聊
    4 小时前
  • 签到天数: 919 天

    连续签到: 1 天

    [LV.10]测试总司令

    发表于 2023-3-21 10:06:45 | 显示全部楼层 |阅读模式
    1测试积点
    1. 研发质量存在的问题
      1)缺乏考核数据。数据包括:缺陷数据、任务数据、需求数据、工作量数据。
      2)数据割裂,难以关联。虽然数据都有,但是数据无法联合分析。特别是一些企业的任务管理、缺陷管理、日志管理系统相互独立的情况。
      3)工作日日志零散,无法统计分析;无法通过任务的准确分类和及时填报的耗时来统计研发管理各个环节的投入。
      4)缺少公共的任务的日志填写机制,例如开会、请假、参与培训等,很多人都需要填写,目前需要为每个人分配具体的任务,管理麻烦。
      2. 研发质量管理的目标
      1)具备立体完善的研发数据。数据包括:缺陷数据、任务数据、需求数据、工作量数据。
      2)日志数据能精确关联到人员、产品、项目。
      3)提供统一易用日志登记入口。
      4)提供系统的研发质量评估KPI。
      3. 研发质量管控解决方案
      3.1 总体思路

      1)基于禅道成熟的现成产品,快速搭建项目管理系统。
      2)开箱即用的管理功能,包括项目管理、日志管理两大块。沉淀日志明细数据。
      3)定制开发质量度量报表。基于日志明细数据,可以从项目、人员、产品多个角度来构建KPI来评估研发质量。
      3.2 禅道作为研发管理底座
      禅道项目管理软件的主要管理思想基于国际流行的敏捷项目管理方法—Scrum。Scrum方法注重实效,操作性强,非常适合软件研发项目的快速迭代开发。但它只规定了核心的管理框架,还有很多细节流程需要团队自行扩充。禅道在遵循其管理方式基础上,结合国内研发现状,整合了bug管理,测试用例管理,发布管理,文档管理等功能,完整的覆盖了软件研发项目的整个生命周期。在禅道软件中,明确的将产品、项目、测试三者概念区分开,产品人员、开发团队、测试人员,三者分立,互相配合,又互相制约,通过需求、任务、bug来进行交相互动,最终通过项目拿到合格的产品。
      3.3 精准登记工作日志
      通过安装禅道第三方插件“日志适配模块”快速实现如下的日志登记能力:
      1、统一日志填报的入口。可以多选项目进行填报。默认显示上次填报的项目。
      2、提供 今日计划、明日计划的填写,汇总今日的日志和今日计划进行对比。
      2、每人每天的日志汇总按项目归类,显示耗时和任务的状态。不只是罗列当天日志明细。
      3、支持公共任务的填写机制。标记任务类型为共享,这种类型下任务不需要指派具体的人,具备响应角色权限就可以共同填报日志。
      4、测试单、提测版本的日志可按角色共享填写。
      5、零碎缺陷日志汇总成一条日志显示。【这条需要安装官方的日志插件effort】
      6、方便统计漏填日志的人员。
      3.3.1 日志填报

      3.3.2 日志明细

      3.3.3 日志汇总

      3.3.4 日志汇总或明细的导出

      3.3.5 提测版本-共享填报
      提测版本是指在执行-版本创建的条目。这里只显示已经关联了测试单而且测试单还未关闭的条目。
      使用场景:开发人员当天这个版本修复了一系列小问题(每个问题基本就是10多分钟,但合起来可能有1-2个小时),或者临时的多次部署安装更新等操作(合起来有1个小时),不想登记多个缺陷或多个任务来跟踪,那么这些开发人员可以填报工时到“提测版本”。

      默认是开发、研发主管角色可以看到此提测版本的公共条目,如果要调整,修改配置文件:
      {安装目录}\zentao\extension\custom\effortmate\config.php 如下的条目
      $config->effortmate->shareTaskTypeList["build"]=$config->effortmate->dev_roleName.','.$config->effortmate->dev_manager_roleName;
      如果不想开放出来,不想作为共享填报,可以修改配置文件:
      {安装目录}\zentao\extension\custom\effortmate\config.php 如下的条目,将值为false
      $config->effortmate->isShareBuild = true;
      3.3.6 测试单-共享填报
      提测版本是指在“执行-测试”创建的测试单条目。这里只显示还未关闭的条目。
      使用场景:测试人员当天这个测试了一系列小问题(每个问题基本就是10多分钟,但合起来可能有1-2个小时),或者临时的多次部署安装更新等操作(合起来有1个小时),不想登记多个缺陷或多个任务来跟踪,那么这些开发人员可以填报工时到“测试单”。

      默认是测试、测试主管角色可以看到此测试单的公共条目,如果要调整,修改配置文件:
      {安装目录}\zentao\extension\custom\effortmate\config.php 如下的条目
      $config->effortmate->shareTaskTypeList["testtask"]=$config->effortmate->test_roleName.','.$config->effortmate->test_manager_roleName;
      如果不想开放出来,不想作为共享填报,可以修改配置文件:
      {安装目录}\zentao\extension\custom\effortmate\config.php 如下的条目,将值为false
      $config->effortmate->isShareTestTask = true;
      3.3.7 显示全部人员的汇总
      使用场景:管理员要快速识别:指定部门指定日期范围内是否存在为填报的情况,以便管理。
      在日志汇总里勾选上“显示部门全部成员”,就会显示所有人填写的情况,如果耗时、今日明细等为空就表示没有填写。

      特别的,离职的人员(人员的真实姓名里如果含有‘离职’字样的人)的日志如果为空,则不显示。如果也想显示这些离职的人,可以修改配置:
      {安装目录}\zentao\extension\custom\effortmate\config.php 如下的条目,将值为false
      $config->effortmate->isKickQuitJob = true;
      3.3.8 缺陷日志聚合显示 【这条需要安装官方的日志插件effort】
      使用场景:开发人员修复了多个缺陷,每个缺陷都填写了日志。但是工作明细里期望不要具列出来都修改了哪些缺陷。统一显示“bug修改”就行。

      3.3.9 公共任务填报
      使用场景:有一些任务很多人都需要填写,例如开会、请假、参与培训等。标记任务类型为共享,这种类型下任务不需要指派具体的人,具备响应角色权限就可以共同填报日志。
      步骤1:禅道-后台-自定义-任务-类型,增加一个新的类型
      名称可以自己随意,例如 :public 公共

      步骤2、修改配置,设置共享填报的模式为TASKTYPE
      {安装目录}\zentao\extension\custom\effortmate\config.php 如下的条目,将值为TASKTYPE
      $config->effortmate->shareTaskModel = "TASKTYPE" ; // 可以选填:NONE, TASKTYPE 或 TASK。
      步骤3、修改配置,设置参与的角色
      在配置文件最后增加一行,如下的“public”为步骤1定义的类型的编码,“*”表示任何角色都可以参与这个公共任务的填写:
      $config->effortmate->shareTaskTypeList["public"]="*";
      如果要指定一个或多角色才能填写这个公共任务,这样配置:
      $config->effortmate->shareTaskTypeList["public"]=$config->effortmate->product_manager_roleName.",".$config->effortmate->product_roleName.",".$config->effortmate->dev_manager_roleName;
      上面的角色分别是什么意思,附上说明(也可以在配置文件重新进行定义):
      //产品经理角色的Name
      $config->effortmate->product_roleName = "产品经理";
      //产品主管角色的Name
      $config->effortmate->product_manager_roleName = "产品主管";
      //项目经理角色的Name
      $config->effortmate->project_manager_roleName = "项目经理";
      //开发人员角色的Name
      $config->effortmate->dev_roleName = "研发";
      //开发主管角色的Name
      $config->effortmate->dev_manager_roleName = "研发主管";
      //测试人员角色的Name
      $config->effortmate->test_roleName = "测试";
      //测试主管角色的Name
      $config->effortmate->test_manager_roleName = "测试主管";
      //UI人员角色的Name
      $config->effortmate->UI_roleName = "UI";
      步骤4:创建任务,任务类型就选择上面的“公共”类型
      指派人不需要指定。指定了也没关系,只要符合步骤3的角色的人都可以看到这个公共任务的。

      步骤5:待填工作明细里就会出现
      只要符合步骤3的角色的人都可以看到这个公共任务的。

      3.3.10 默认显示部门事务的项目
      使用场景:企业矩阵的管理模式,导致一个员工的任务,往往两种来源:交付项目、部门事务。在日志填报时,默认显示其部门事务项目下指派给他的任务。减去手动勾选的麻烦,避免遗漏部门的事务。
      步骤1:创建的执行名称,要带上“部门事务”四个字眼,然后为这个执行选择团队人员。

      步骤2:登录后就可以默认看到这个部门事务的“执行”被选中,并且会在待填写列表里加载指派给他的任务。


    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-3-29 13:47 , Processed in 0.070064 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表