1、默认当测试用例同名时，就会有提示。（以前版本需要修改配置）
2、测试用例序号：（缺点）
1）删除一个测试用例之后，后面的编号会再次加1,编号无法修改。（除非数据库修改）
2）可以手动上下移动测试用例，但序号不变
3、测试用例集不限三级，可有多级，且同一级可同时存在测试用例集与测试用例。
4、里程碑暂时用处不大。
5、添加测试用例到测试计划：只是测试用例与测试计划的关系，无版本管理。（必须理解）
使用场景：工作中需要为测试计划1分配它的所有测试用例，
解决方法：就需要把哪些需要包括的测试用例添加到测试计划中去，即测试计划包括了所有的测试用例，可能是不同版本执行的。
6、指派执行测试用例：测试计划、版本、用例、执行者的关系。（必须理解）
使用场景：测试计划V6.3、版本RC1、进行冒烟测试。
解决方法：需要哪些用例就在用例的执行者后面设置相应的用户，未设置用户的用例就代表此版本不包括这些用例，在统计中，尚未执行的用例中不会统计它。
7、用户角色：
1）默认情况下为用户设置的角色并不代表在实际项目真正的角色。在项目计划中可以将用户角色修改，应用就按测试计划中的角色。
2）自行注册的用户角色默认为guest.
3）admin用户也没有查看其它用户的密码权限。若忘了密码，可以发邮件给对方用户。
8、为测试计划指派角色：
使用场景：不同的项目需要参与测试的人员不一样，如何设置？
解决方法：指派测试计划角色的列表中包括了所有的用户，在使用中，若某用户不参与此计划中，可以将此用户的测试计划角色设置为“无权限”;若想让某个测试人员作为测试经理，则可以修改它的测试计划角色为Leader即可。
遗留问题：
1、testlink与jira集成，我未弄成功。
2、testlink与fckeditor也未成功。
3、后续研究下testlink与mantis的集成。