Testlink是一款強大的用例追蹤和管理工具。測試管理注重的實際上是一個流程。
　　1、默認當(dāng)測試用例同名時，會有提示。（以前版本需要修改配置）
　　2、測試用例序號：（缺點）
　　1）刪除一個測試用例之后，后面的編號會再次加1，編號無法修改。（除非數(shù)據(jù)庫修改）
　　2）可以手動上下移動測試用例，但序號不變
　　3、測試用例集不限三級，可有多級，且同一級可同時存在測試用例集與測試用例。
　　4、里程碑暫時用處不大。
　　5、添加測試用例到測試計劃：只是測試用例與測試計劃的關(guān)系，無版本管理。（必須理解）
　　使用場景：工作中需要為測試計劃1分配它的所有測試用例，
　　解決方法：需要把哪些需要包括的測試用例添加到測試計劃中去，即測試計劃包括了所有的測試用例，可能是不同版本執(zhí)行的。
　　6、指派執(zhí)行測試用例：測試計劃、版本、用例、執(zhí)行者的關(guān)系。（必須理解）
　　使用場景：測試計劃V6.3、版本RC1、進行冒煙測試。
　　解決方法：需要哪些用例在用例的執(zhí)行者后面設(shè)置相應(yīng)的用戶，未設(shè)置用戶的用例代表此版本不包括這些用例，在統(tǒng)計中，尚未執(zhí)行的用例中不會統(tǒng)計它。
　　7、用戶角色：
　　1）默認情況下為用戶設(shè)置的角色并不代表在實際項目真正的角色。在項目計劃中可以將用戶角色修改，應(yīng)用按測試計劃中的角色。
　　2）自行注冊的用戶角色默認為guest.
　　3）admin用戶也沒有查看其它用戶的密碼權(quán)限。若忘了密碼，可以發(fā)郵件給對方用戶。
　　8、為測試計劃指派角色：
　　使用場景：不同的項目需要參與測試的人員不一樣，如何設(shè)置？
　　解決方法：指派測試計劃角色的列表中包括了所有的用戶，在使用中，若某用戶不參與此計劃中，可以將此用戶的測試計劃角色設(shè)置為“無權(quán)限”;若想讓某個測試人員作為測試經(jīng)理，則可以修改它的測試計劃角色為Leader即可。
　　9、保證了測試的完整性。通過其中的Requirements可以把測試用例和用戶需求規(guī)格說明書結(jié)合起來，可以在細化需求的同時，為每條需求指派相關(guān)的測試用例，可以保證測試的完整性；
　　10、關(guān)聯(lián)不同用例。通過其中的keywords，可以把很多相關(guān)的測試用例結(jié)合起來，如同黏合劑的作用。比如在做一致性測試的時候，可以選擇用例庫中用例，并通過keywords進行關(guān)聯(lián)；
　　11、實施階段測試。通過其中的Test Suit和測試計劃可以為每個項目開發(fā)不同的用例集合。拿WebUM項目來說，針對不同的測試階段可以設(shè)計成[WebUM集成測試]、[WebUM系統(tǒng)測試]、[WebUM回歸測試]、[WebUM驗收測試]等等test suit。而對于每一個test suit，又可以通過Build Managemet設(shè)計成不同時期的測試，比如[WebUM驗收測試]可能要經(jīng)過若干次，這時可以通過創(chuàng)建Build來實現(xiàn)，且每次的測試結(jié)果可以保留；
　　12、自動生成測試報告。通過TestReports可以清楚地看到測試結(jié)果及其分析，便于項目相關(guān)人員參考并做出決策。
　　遺留問題：
　　1、testlink與jira集成，我未弄成功。
　　2、testlink與fckeditor也未成功。
　　3、后續(xù)研究下testlink與mantis的集成。