测试平台对持续集成的支持(之七)——缺陷管理

       如今业内已经有不少好的缺陷管理系统，如QC，Bugfree。功能都很强大，使用也较为方便。那么为什么还要自己开发一个缺陷管理系统？原因主要有三个。


       一、持续集成所要求的缺陷环节的快速流转：如QC或Bugfree等通用型缺陷管理系统无一例外在缺陷的状态流转时，都要求测试或开发人员手工填写流转信息。比如缺陷的创建时的描述，错误日志等十几项信息要一一手工填写，缺陷关闭也需要手工确认各种信息后才能关闭。如果我们要求未来的缺陷管理系统自动的确认缺陷，辅助生成大部分缺陷信息，且自动的确认缺陷已修复。那么QC或Bugfree是无能为力的。


       二、测试策略的注入：测试策略是测试平台的灵魂，也可以说是测试平台的中央处理器。没有测试策略的平台注定不能成为一个智能化的平台，更谈不上可以支撑持续集成。但测试策略与测试平台的融合离不开缺陷。缺陷是测试策略的重要输入。好的缺陷管理系统注定是与测试策略乃至整个平台紧密结合在一起。只有这样，测试策略才会发挥出应有的强大的力量。而一般的通用缺陷管理系统往往难以发挥作用。


       三、度量平台的需要。度量是过程改进和测试策略不可缺少的依据之一。缺陷是度量中的重要元素，这一点相信大家都明白。互联网的度量系统的难点在于组织架构和产品结构的频繁调整，一旦组织架构或产品结构发生调整，过去的度量数据如果处理不好将会不可用。所以将来度量系统的设计会将度量信息与某种元素绑定，该元素在组织架构调整中绝少发生拆分或合并或消亡，并且跟随组织架构与产品结构的调整而必然发生相应的调整。所以作为度量信息中的一种，缺陷信息也要找到这样一种符合需要的元素予以绑定。另外即便有这样的元素，也往往为了使用户在使用缺陷管理系统中自然的将缺陷信息与该元素绑定而需要做诸多额外工作。而QC或Bugfree显然很难如此去做。


云效平台官网地址：http://yunxiao.aliyun.com/
云效平台缺陷管理相关阅读：https://bbs.aliyun.com/read/283975.html?spm=5176.bbsl360.0.0.0hgF0L