香港科大霍英东研究院

分享嘉宾

谢先生。新一代先进注塑机控制器资深软件测试工程师，主要负责产品测试、产品质量保障、产品优化、测试管理等工作。

具体的工作如下：

1）理解需求编写需求文档、测试用例、测试方案；

2）负责一个产品的测试工作；

3）维护一个Bug管理平台的使用以及Bug管理平台在内部的推广使用；

4）客户现场测试：去了解产品在真实环境中用户的需求以及产品需要改进的地方；

5）带动部分开发人员去做测试工作。

禅道使用经验分享实录

禅道：您公司的工作团队目前有多少人？是怎样分工的？

谢先生：公司整体的团队有200-300人，其中有多个研究方向，因此有多个中心部门。

1）对于我所属产品的研发团队主要有20-30人，其中有2个工作组；一个组为软件开发组；另外一个为硬件开发组。我目前属于软件开发组。

2）软件开发组有项目经理、开发人员（包括UI设计人员）、测试人员。

3）硬件开发组有硬件负责人、电路图设计人员、硬件编码人员、硬件电路板制作人员、硬件测试人员、现场机器调试人员。

禅道：目前公司都在进行哪些项目？项目的周期一般是多长？

谢先生：目前进行的项目有注塑机控制器、物联网系统、电动汽车电池管理系统、高分子工程材料研究。项目的周期一般为1-2年。

禅道：您公司的项目开发目前使用什么语言和框架？

谢先生：对于软件组的项目来说：Linux下纯C、具体框架不详，目前我们的系统属于嵌入式开发系统。

禅道：您之前项目管理都用过什么工具软件？使用效果怎么样？

谢先生：之前的项目管理工具用过很多，其中有QC9.0、Bugfree2.0、jira4.3、ALM11.0。

1）QC9.0和ALM11.0使用起来还好，但是里面的统计图表功能一般；不喜欢QC里面的那种界面模式，ALM11.0虽然在QC9.0基础上有所加强了，但是对 QC的排版模式就是不习惯。

2）JIRA使用起来还比较方便，主要用于 Bug管理，当时的JIRA4.3版本后台非常混乱，全英文的模式下，配置他的用户权限还是有点混乱；JIRA主要是功能太简单了。但是JIRA的界面排版风格还是不错，搜索在左侧、右侧显示Bug；感觉还很方便。

禅道：您是通过什么渠道接触到禅道的？您在安装禅道的过程中，出现什么问题吗？是怎么解决的？

谢先生：2012年就通过网络接触到了禅道。使用的是一键安装包，安装过程比较顺利；安装好之后删除后再重新安装有出现过问题；后面把服务全部停了后再启动服务就没问题了；修改端口号之后服务无法启动，后面根据官方操作手册问题均得到解决。

禅道：您公司使用禅道有多久时间了？使用的是禅道开源版还是专业版？多少人在使用？

谢先生：目前来说刚刚使用不久，半年左右；使用的是禅道的开源版，使用人数在20个人以内。

禅道：团队推广使用禅道，先期会对团队成员进行禅道使用流程相关培训吗？以什么形式进行的？

谢先生：目前主要是由个人对禅道的使用做一个使用的相关技术培训，以PPT的形式作为一个技术分享来进行详细地讲解。

禅道：您觉得禅道的UI设计得如何？禅道最新版本发布后，您会第一时间下载更新使用吗？您觉得更新到新版本麻烦吗？

谢先生：禅道的UI设计还算简洁直观，新版本发布后一般会下载试用，感受下有了哪些新功能。

更新感觉不是很麻烦，自己对以前的数据有备份；并且写一个批处理脚本；重新部署新版本运行导入新数据的批处理脚本即可恢复数据。

禅道：禅道基于scrum，工作团队是采用敏捷开发模式吗？如果不是，团队会因为使用禅道而学习相关的敏捷开发知识吗？

谢先生：对于开发模式很难判断是什么开发模式，目前还是以工作效率为优先，还没有具体的开发模式（螺旋模型、CMMI模式、敏捷开发）。

会学习敏捷相关的知识，但是不会刻意去追求。

禅道：如果您在使用禅道中遇到不明白的地方，您是怎么解决呢？

谢先生：1）首先会从帮助文档中获取解决方案；

2）其次会在禅道的QQ群里请求技术支持人员获取解决方案；

3）再次就是百度搜索解决方案。

禅道：您觉得禅道的使用、帮助文档需要做哪些改进和完善？这些资料对您使用禅道有怎样的帮助？

谢先生：改进的如下：

1）帮助文档首先应该随着版本的更新而更新，每个功能与描述对号入座。

2）禅道项目管理软件流程图有些不是很清楚，比如：“需求状态流转图”感觉就有点混乱，多数人如果不去仔细揣摩，很难理解那个图的真实含义。

禅道：工作中主要用到了禅道的哪些功能？哪些功能是您从没用过的？为什么不用呢？

谢先生：主要用到了产品维护、项目维护、需求维护、需求关联、任务分解、工时管理、新建版本号、提交Bug的相关功能、统计图、燃尽图、文档管理。其中“应用”模块没有用过，原因是对这个功能没有过多地去了解；不知道它是干啥用得。

禅道：在使用禅道过程中，您觉得有哪些使用得不顺手的地方？

谢先生：不顺手的地方还是有，由于没有每天去记录与总结。

暂时对一些主要的地方作出一点看法：

1）禅道的工时管理比较简单，没有每个人的工时总计、延时累计、延时比例、延时的工作内容点、延时的原因。

2）通过燃尽图无法看出项目存在的问题，系统可以对燃尽图的问题 做一些系统默认性的分析说明，用户自己可以选择相应的原因加入有问题的趋势图上。

3）默认的用户登录进去操作界面都一样，没有细化默认用户的权限；不使用的功能看到让人感觉很复杂，降低了用户体验。

4）需求需求评审需求激活项目任务分解提交测试申请；测试任务测试用例测试执行测试回归；这些流程在系统中很难直观地展现出来。感觉这些东西应该有个从左到右的次序或者从上到下的层次感，更方便操作与理解。

5）产品中的模块维护，如果删除或者增加一个字段容易导致所有的排序混乱；所以一般都是很小心地一次性创建好。

6）例执行过后，没有显示其被复用了多少次；并且与需求和Bug的关联不明显。

7）项目任务的分解，感觉可以由开发人员创建，但是由研发主管角色来指派可能更合理一些，研发人员相互指派虽然灵活，但是感觉比较随意。

禅道：您希望禅道新版本增加怎样的功能和服务，以满足您工作上的一些新需求？

谢先生：主要觉得对于工时管理、统计表的加强。

1）工时管理包括：研发工时、需求工时、测试工时。每个人的详细工时进行统计，其中每个人延迟了多少工时、延时的比例、总计划延时等。

2）统计表包括：需求完成率、用例执行率、用例有效率、需求覆盖率、缺陷修复率、缺陷趋势图、缺陷多次未修复统计、缺陷分布图、用例分布图等功能。

这些功能对于个人进行测试总结有很大的帮助。

禅道：你们有根据团队的自身需要对禅道进行二次开发吗？都进行了怎样的扩展？

谢先生：目前来说暂时还没有这样的需求；主要是先使用起来，随着使用的深入对无法满足使用时，再考虑升级扩展。

禅道：使用禅道后，您认为贵公司及工作团队在项目开发上有了什么变化？

谢先生：主要还是有效地把项目管理思想与工具结合起来，以前一直有管理思想，很难与工具结合起来。

禅道：你们的工作团队是如何进行沟通和协调工作的？如遇研发人员不足，你们是怎么应对的？

谢先生：主要每个月会进行一次月总结，并制定每月的月计划，具体的工作细节有主管和员工沟通。在每天的工作中，我们会进行一对一的沟通；遇见分歧或疑问，主管协调相关工作。如遇到研发人员不足，会加强每个人的工作量；另外会考虑招人补充。

禅道：项目开发中需求变动频繁，你们是如何处理的？一个产品如果bug频出，你们又是如何进行补救的？

谢先生：需求变化频繁，首先会选好一个方向，确定需求的正确方向，尽量减少需求无谓的变更。

如果一个产品Bug频出，首先会考虑是什么原因导致，第一：版本管理不佳，导致版本混乱所致；还是修改Bug后引出大量新的Bug；还是产品本身存在大量Bug；由于我们的产品周期比较强，没有经过严格测试评估不会轻易推向市场；在投入使用前我们会试运行，并去客户现场跟踪测试。产品出现Bug会派专业进行跟踪并解决。

禅道：公司项目遇到延期或者产品质量无法保证时，你们是怎样处理这些问题的?

谢先生：延期或产品质量无法保证时，首先会分析导致出现这些问题的原因；并对工作计划和工作任务作出适当地调节，也有可能是人力因素。主要还是做到有计划、高效、高质量完成工作任务。

禅道：公司对员工是如何进行研发项目绩效考核的？绩效考核数据会参考禅道里面的数据吗？如果参考了，那么所占的比例大概是多少？

谢先生：我们的绩效考核比较客观公正，主要的指标有这几点（工作量45%）、（工作品质30%）、（学习创新15%）、（团队协作10%）每项为100分，最后进行加权计分；自评占25%、主管评占65%、同事占评10%。最后进行加权总评分为最后得分。

绩效考核，禅道里面的数据没有明显的统计报表；不好参考哪些具体指标。目前还没有这个禅道绩效意识。

说明：我们的绩效考核和加薪、年终奖挂钩，每个月公司会拿出一部分资金作为奖励来评估大家的绩效发放相应的绩效奖金。