2016年在经历Excel管理测试用例的痛苦之后，我们决定将测试用例的编写和执行工作转到使用testlink，下面是我们在使用过程中的一些实践，希望能帮助大家少走弯路。
实践1：测试用例库结构先按测试类型进行划分，再按功能模块进行划分。
这种设计适合于这样的测试团队：不同的测试类型由不同的团队负责，团队以功能测试为主，且功能测试团队规模小。
这样设计的特点能一目了然知道整个测试用例架构，不会迷失在测试用例中，易于寻找非功能性的测试用例。
功能模块划分时可以参考缺陷管理里划分的模块和子模块。
实践2：巧妙利用测试用例的关键字
关键字定义一些测试类型比如（FFT，RT，RFA，ST，FT等），可以在选取测试用例到测试计划时，根据测试类型快速选择。 这个适用于不同的测试类型的测试用例都共享某些测试用例的场景，如果测试类型之间的测试用例完全独立，则可以不用。
关键字用于设置功能模块交互属性，管理一些功能模块交互的用例，比如注册登录模块的用例里如果调用了相册，可以在关键字属性里添加与之交互的模块的名字，这样后期软件维护的过程中，如果修改了某个模块，能迅速找出所有与该模块关联的用例用于测试。注意一个测试用例关键字里可能有多个功能模块交互属性。
实践3：测试计划命名规则
由于测试计划里不能创建testset然后再添加测试用例，这样如果我们要布置一个RFA或者FFT测试，只能在测试计划里进行描述。建议测试计划的命名规则为：平台+版本号+测试类型
实践4：测试用例版本管理
测试用例版本在本迭代周期内只允许一个版本，跨迭代修改测试用例需要创建新的版本并在摘要上备注App迭代版本号
