Testlink是一款强大的用例追踪和管理工具。测试管理注重的实际上是一个流程。
　　1、默认当测试用例同名时，会有提示。（以前版本需要修改配置）
　　2、测试用例序号：（缺点）
　　1）删除一个测试用例之后，后面的编号会再次加1，编号无法修改。（除非数据库修改）
　　2）可以手动上下移动测试用例，但序号不变
　　3、测试用例集不限三级，可有多级，且同一级可同时存在测试用例集与测试用例。
　　4、里程碑暂时用处不大。
　　5、添加测试用例到测试计划：只是测试用例与测试计划的关系，无版本管理。（必须理解）
　　使用场景：工作中需要为测试计划1分配它的所有测试用例，
　　解决方法：需要把哪些需要包括的测试用例添加到测试计划中去，即测试计划包括了所有的测试用例，可能是不同版本执行的。
　　6、指派执行测试用例：测试计划、版本、用例、执行者的关系。（必须理解）
　　使用场景：测试计划V6.3、版本RC1、进行冒烟测试。
　　解决方法：需要哪些用例在用例的执行者后面设置相应的用户，未设置用户的用例代表此版本不包括这些用例，在统计中，尚未执行的用例中不会统计它。
　　7、用户角色：
　　1）默认情况下为用户设置的角色并不代表在实际项目真正的角色。在项目计划中可以将用户角色修改，应用按测试计划中的角色。
　　2）自行注册的用户角色默认为guest.
　　3）admin用户也没有查看其它用户的密码权限。若忘了密码，可以发邮件给对方用户。
　　8、为测试计划指派角色：
　　使用场景：不同的项目需要参与测试的人员不一样，如何设置？
　　解决方法：指派测试计划角色的列表中包括了所有的用户，在使用中，若某用户不参与此计划中，可以将此用户的测试计划角色设置为“无权限”;若想让某个测试人员作为测试经理，则可以修改它的测试计划角色为Leader即可。
　　9、保证了测试的完整性。通过其中的Requirements可以把测试用例和用户需求规格说明书结合起来，可以在细化需求的同时，为每条需求指派相关的测试用例，可以保证测试的完整性；
　　10、关联不同用例。通过其中的keywords，可以把很多相关的测试用例结合起来，如同黏合剂的作用。比如在做一致性测试的时候，可以选择用例库中用例，并通过keywords进行关联；
　　11、实施阶段测试。通过其中的Test Suit和测试计划可以为每个项目开发不同的用例集合。拿WebUM项目来说，针对不同的测试阶段可以设计成[WebUM集成测试]、[WebUM系统测试]、[WebUM回归测试]、[WebUM验收测试]等等test suit。而对于每一个test suit，又可以通过Build Managemet设计成不同时期的测试，比如[WebUM验收测试]可能要经过若干次，这时可以通过创建Build来实现，且每次的测试结果可以保留；
　　12、自动生成测试报告。通过TestReports可以清楚地看到测试结果及其分析，便于项目相关人员参考并做出决策。
　　遗留问题：
　　1、testlink与jira集成，我未弄成功。
　　2、testlink与fckeditor也未成功。
　　3、后续研究下testlink与mantis的集成。