xRay使用技巧：给测试经理的几个建议

xRay作为Jira的一款不错的测试管理插件，深受众多用户的喜爱。因为它是基于Jira本身的元素，如Issue Type、Report、Workflow等进行的开发，可以与客户现有开发流程无缝对接，极大提升Jira的测试管理能力。但因为过于灵活，需要测试经理在实施前充分考虑及制定几个标准和策略，否则后期会带来不必要的管理成本，也对实施效果打了折扣。

第一、是将xRay相关的测试问题类型与现有需求项目放到一起还是分开。这是最先要考虑也是最重要的问题。按照官方建议，刚开始使用时最好采用ALL-IN-ONE模式，也就是把测试类型Issue和需求类型Issue放到一个项目里。毋庸置疑，这是最简单的实施路径，需求开发相关用户不需要调整任何工作方法，测试人员可以基于某个需求添加测试用例，执行测试脚本，通过关联某个发布版本进行测试计划的管理。但这种方法最大的弊病就是不利于重用测试用例。很多系统的测试用例，特别是回归测试、性能测试、兼容性测试是可以被重复使用。如果放到一起的话，就会导致复制测试用例的工作量，管理起来也比较繁琐。所以，个人建议，不管是大项目还是小项目，从一开始就把测试和需求分开，这样比较清爽易于未来的扩展。

第二、基于上面的假设，分开成两个不同的项目，接下来就是建立单独的测试管理项目。这里有个提醒，在建立项目前，先检查Xray Issue Type Scheme，确保非xRay测试相关的问题类型不在这个Scheme里，否则会导致需求相关问题类型也包含在项目中，引起混乱。建好项目后要做的不是马上建立Test Case，而是设计Test Repository的folder，也就是测试用例库的框架。因为要支持多系统、多项目的测试，所以不能简单按照模块、版本进行分类。可以考虑按系统、测试类型、模块、版本等进行多级分类管理。重点是确保可复用和易维护。

第三、关于test set的用法。官方的建议在一开始无须使用该类型，但个人觉得是非常必要的。Test Set的使用能使测试计划（脚本）更加结构化和完整新，对于性能测试、自动化测试的帮助非常大。比如性能测试时，必须根据场景、交易的不同设置不同参数的测试用例，这时候就可使用Test Set来管理测试场景。当然，这里有个不解的地方，Test Set是无法直接加到测试库中。因此，Test Set和folder无法完全保持同步。这点不知道设计者是如何想的。

最后，必须说明，以上观点仅是根据自己的经验给出的建议，具体实施方法还需要根据不同场景单独分析确定。

毕森德作为xRay中国区合作伙伴，提供深度xRay实施和运维支持。有需要请联系service@bisende.com.cn