如何用轻量协作工具做bug管理.docxVIP

如何用轻量协作工具做bug管理对于一个团队来说，工作效率的高低很大程度上取决于团队的管理。而作为一名刚接触测试职位的新人来说，如何把一堆堆杂乱不堪的bug管理得井井有条，无疑是最重要的。作者：endiat来源：segmentfault|2016-10-25 12:10?收藏??分享对于一个团队来说，工作效率的高低很大程度上取决于团队的管理。而作为一名刚接触测试职位的新人来说，如何把一堆堆杂乱不堪的bug管理得井井有条，无疑是最重要的。我之前一直觉得测试是一份很个人化的工作，每个人有每个人做测试的思路，尤其是编写测试用例，需要大量的自定义字段来充实整个测试体系。在bug管理上，交给任何一个管理工具，我觉得都不如自己手动编辑测试逻辑更加高效。因此，除了excel，我之前基本没有接触过其他工具。工作了一段时间，我渐渐发现还是自己太年轻，测试其实是一份非常需要配合沟通的工作。由于excel在协作上实在办法不多，我每次只能把excel文件发给开发妹子们(没错，我们公司的开发都是妹子)。但excel中的是个整体计划，每个开发负责的部分都是不同的，所以只能在全部信息中寻找自己需要做的那部分，这很难保证不会有遗漏。而计划一旦需要修改，我也很难与她们在第一时间达成同步。因此，很需要找一款能够在不同角色间沟通的bug管理工具。于是，我将工作内容做了一个汇总，好帮助自己理清bug管理方面的需求：编写测试用例(经测试，还是excel最好用)记录并做好版本、功能、优先级相关bug分类与开发沟通，及时反馈bug完成情况一些个人的事务管理带着这些需求，我开始试用bug管理类的工具。起初，同事给我推荐了几款bug管理类的工具，像bugzilla，mantis，redmine，QC，jira等。但这些工具的使用体验真的很不友好：我连安装都没学会。你要下载一个安装包，解压，在一群格式不明的文件中寻找一个尾部有.exe的文件，如果有好几个，那么你还要看看他们的名字哪一个更像是安装启动文件了，当然，你也可能根本找不到exe……(血泪史如图)对我这种软件小白来说，一次安装和配置就要花上好久，还加上各种看不明白的英文。最可怕的是，一旦不能用了还不知道是什么原因，网上各种找解决的帖子，想想都觉得挫败感满满……随后，我将目标转向了中文化的在线团队协作工具，诸如teambition、worktile这种，希望能用更简单直接的方式解决我的问题。至少，我不用再花时间和exe文件做斗争了!但tb和wt的问题是，这种以“项目+看板”为基础的管理模式，虽然能够更直观的展现bug的处理进度。但对于测试管理这种动辄1000+的bug量来说，前期制定版本计划会变得非常麻烦。“使用管理工具的目的不就是提高效率么?为什么会比excel表格还难用?”这是我在试用过一大堆管理工具后产生的最大困惑。接下来我又试用了几款小众软件，在这个过程中，偶然发现了一款叫做teamin的团队协作工具(这里吐个槽：开始看名字，还以为是teambition的精简版，teamin团队表打我!_ )。秉持着是骡子是马拉出来溜溜的心态，我注册账号试用了一下……他给我的第一印象是简单和teambition，worktile这些团队协作工具一样，teamin也是一款基于Saas的在线管理工具，没有在一开始就让我的“安装包恐惧症”发作。他的界面很干净，没有那么多复杂的功能干扰我，如果不是左侧的菜单，第一眼会让我以为这是一款像evernote、石墨那种类型的文档管理工具。它创建任务的方式也很像是在做笔记：写完一条任务，回车，开始记录下一条，我觉得这种记录bug的方式让我觉得很舒服。他有很自由的使用体验经过一段时间的使用，我发现teamin的层级结构很特别。它一共分为3层：组织、团队和项目;项目中又分为列表、看板、日历、进展和文件五个模块;“我的任务”和“我的消息”作为个人事务管理独立于项目，信息范围覆盖整个组织;任务可以不断向下创建不止一层子任务。这个结构纵向和横向的延展度都很好。简单来说呢，就是自由度很高。在这个结构下，我尝试出了一些与其他管理工具不太一样的新用法。举个栗子来说：teamin中，“我的任务”支持创建独立于组织之外的私人任务(只有创建者可以查看并编辑)，并且可以通过设置任务所属项目与组织内任务进行相互转化。如此一来，我就可以在自己的任务列表中随手记录下一些问题或是建议，也不会干扰到其他人。而一旦这些东西得到验证，我可以直接将它们转化成任务分配到项目中去。也就是说，记录与管理可以分开来做了。这一点让我感觉很自在。无论发现了什么问题，我都可以先记录下来，而不必担心打乱已有的bug清单，之后找个时间统一进行进一步的筛选与管理。这就比以往那种把任务从头设到尾的管理方式轻松多了，优先级设置也更精确……个人管理的便利性和人性化让