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的集成。
