如何在JIRA中制定新的工作流
上一篇/ 下一篇 2011-05-09 14:15:21 / 个人分类：问题管理工具
查看( 232 ) / 评论( 1 ) / 评分( 0 / 0 )
在高中生物课中，老师曾经告诉我们，大多数昆虫的有生之年都会经历卵、幼虫、蛹和成虫，这就是昆虫的生命周期。和昆虫相类似，软件缺陷也具有相应的生命周期。
JIRA作为集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。
对JIRA的研究和学习能帮助我们将软件测试管理方面的知识落到实处，也能让我们从优秀的软件中获得启发，本文笔者只从如何使用JIRA的工作流方案这个角度来总结。
第一段提到了软件缺陷的生命周期，事实上在JIRA中管理的对象不仅仅是软件缺陷，也有可能是需求项、项目计划等，它们同样具有生命周期。JIRA中的工作流方案就是用来定义它们的生命周期的。
JIRA具有一个默认的工作流，它是不可编辑的，同时它还为用户提供了制定新的工作流的功能，也就是说如果用户认为JIRA默认的工作流无法满足自己的项目需求，可以自己定义一个新的工作流，可以说非常
灵活。
下面列举这样一个案例：
某公司新成立了测试部，测试部的人数在10人以下，公司的系统需要工程部的工程人员按照客户的需求来定制，工作量较大，工程人员在定制系统过程中发现了不少缺陷，也提出了不少来自客户的新需求，这些缺陷和需求被提交到JIRA 中，如果按照JIRA原有的工作流，工程人员提出的问题的经办人只涉及技术研发部的开发人员和工程部的工程人员，没有测试人员的参与。问题就是如何定义一个新的工作流，使得新成立的测试部的测试人员也参与进来呢？
测试部中有如下两个观点：
作为一个“软件测试科班出身”的研究生小黄来说，她觉得新定义一个工作流这样的想法不合适，她的理由有二：第一，她认为JIRA的默认工作流，是前人总结出来的，课堂上也是老师也是这么讲的。第二。既然使用JIRA的默认工作流时，只需要开发人员和工程人员参与，如果测试人员加入可能会使工作流拖沓，没有效率。
具有“多年开发经验”的杨师傅认为，一定要修改工作流，才能让测试人员参与进去。如果不让测试人员参与进去，测试部的价值将无法体现。
小黄说，那这样吧，把工程人员关闭问题的权限回收，由测试人员来关闭问题，这样测试人员就参与进去了。
杨师傅说，这样，虽然测试人员参与进去了，但是还是不够好。
小黄又说，是不太好，工程人员验证完问题后，测试人员需要和工程人员进行沟通，才能判断是否关闭问题，这里面有沟通成本。
最后，杨师傅提出了一个工作流方案：
在JIRA中制定新的工作流，基本的步骤如下：
1.创建一个新的工作流
2.设计一个工作流
3.定义问题的状态
4.为工作流添加步骤
5.为每个步骤添加工作流跳转（事务）
6.为工作流跳转（事务）定义条件
7.应用工作流
8.测试新的工作流
小黄保留意见，因为如果测试人员承担测试的任务，他将要面临搭建测试环境等问题，与工程人员进行沟通，测试人员的人数相对会比较紧张，沟通的成本将大大上升。
具有“多年开发和测试经验”的黄师傅认为，这样来安排，虽然是费了不少事，但是测试人员参与到了流程中，方便了积累，是值得的。
