1、背景简介
1.1 现状背景
在软件产品开发过程中，产品团队负责产品需求文档的撰写与设计，开发团队进行功能逻辑的实现，而对于测试团队呢？大多数情况下，我们只负责发现Bug，让开发团队进行修复，甚至让产品团队变更需求方案。但是这种以Bug来驱动研发的方式存在明显的缺陷。
据统计，在一个软件产品的生命周期内，缺陷的修复成本会随着时间的推移而带来指数的增长。
因此，有效地、逐步地把我们的测试活动往前推进，尽早介入研发流程，降低缺陷的修复成本，提升软件产品质量，是我们当前行之有效的方案。
1.2 解决方案
如何往前推进测试活动？如何尽早介入研发流程？如何降低缺陷的修复成本？如何提升软件产品质量？为了解决上述问题，参考软件工程的双V模型：
在用户需求阶段到编码阶段，测试活动就可以持续开展，进行相应测试设计活动。对于测试设计活动，我们最重要的输出有测试设计文档以及便于后续指导测试执行的测试用例。如何开展有效测试设计与测试用例管理活动，成为我们当前的重要工作。
如果说产品经理是需求文档之父，开发是产品代码之父，那测试义无反顾是测试用例之父。测试用例非常重要，它为我们后续的测试活动奠定了基础，指明了方向。除对测试用例进行有效分析外，必要的管理活动也必不可少。
1.3 常用测试用例管理
1.3.1 Excel用例管理
优点：
简单易用，可以自由定制用例模板
基于Excel可快速进行批量操作
缺点：
1.缺少有效的在线管理，测试可追溯性差，零散
2.无法有效统一用例规范，导致用例
3.限制对测试用例的深入分析与思考
1.3.2 思维导图用例管理
优点：
1.能够有效发挥测试人员的思维，开展探索性测试
2.用例编写简单
缺点：
1.测试用例结果难以有效跟踪与记录
2.随意性过强导致测试用例的不同测试有不一样的结果
3.缺少有效的在线管理，难以归档复用
4.缺乏有效的测试用例属性设置
1.3.3 测试用例管理系统
Excel或思维导图都有其优缺点，即便把Excel和思维导图结合使用，其都不可避免会遇到在线管理的问题。所以，系统化的测试用例管理系统势在必行。
通过调研发现，目前已经存在很多的测试用例管理系统，针对测试用例所需要的特性，我们作出以下的评判：
由于Testrail是商用软件，正常来说是需要付费使用。为了能够低成本地有效使用Testrail，我们可以通过其他方法合理使用。如有兴趣，请后台联系。
2、TestRail功能介绍
2.1 基于Web的集中式管理
TestRail是基于web下的用例管理系统，只需要通过浏览器即可访问TestRail。Testrail支持独立的用户管理，也支持集成LDAP。开通LDAP集成服务后直接使用AD账号登录，无需单独开通权限。
2.2 更佳体验的测试用例管理
相比其他测试用例管理系统，TestRail在使用过程中提供了便捷的操作，通过拖拽实现测试用例的复制/移动，通过快捷键实现快速切换用例，用例的布局简洁美观，删除操作都会加强约束等。
2.3 测试结果的可追溯性
TestRail允许测试管理人员以项目维度进行测试计划的制定并安排相应的测试人员执行测试计划。在测试执行过程中，允许测试人员对测试用例填写测试结果，也允许测试人员在测试用例执行失败时，关联第三方缺陷管理系统（如JIRA）。测试结果会一直保留，便于后期进行趋势分析。
2.4 无缝对接第三方系统
TestRail实现与第三方系统的无缝对接，不仅可以在TestRail上查看到第三方系统上的数据，甚至可以在第三方系统上阅览关联的测试用例信息（用例&测试记录）。
2.5 强大的可定制化能力
TestRail的强大可定制化能力表现在：
（1）测试用例可以定制不一样的测试用例模板，测试用例模板是一套测试用例属性配置表，通过该配置表，测试用例所需要的属性及属性的表现类型都可以进行设置。
（2）增加UI Scripts功能来定制化功能，如在某个页面添加外部系统链接，或者基于现有权限管理的基础上进行更严格的权限控制。
3、小结
测试用例是我们测试人员的根本，是我们赖以生存的手段。合理、有效地开展测试用例管理，是提升测试管理的重要手段之一。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理
