2016年在經歷Excel管理測試用例的痛苦之后，我們決定將測試用例的編寫和執行工作轉到使用testlink，下面是我們在使用過程中的一些實踐，希望能幫助大家少走彎路。
實踐1：測試用例庫結構先按測試類型進行劃分，再按功能模塊進行劃分。
這種設計適合于這樣的測試團隊：不同的測試類型由不同的團隊負責，團隊以功能測試為主，且功能測試團隊規模小。?
這樣設計的特點能一目了然知道整個測試用例架構，不會迷失在測試用例中，易于尋找非功能性的測試用例。
功能模塊劃分時可以參考缺陷管理里劃分的模塊和子模塊。
實踐2：巧妙利用測試用例的關鍵字
關鍵字定義一些測試類型比如（FFT，RT，RFA，ST，FT等），可以在選取測試用例到測試計劃時，根據測試類型快速選擇。 這個適用于不同的測試類型的測試用例都共享某些測試用例的場景，如果測試類型之間的測試用例完全獨立，則可以不用。
關鍵字用于設置功能模塊交互屬性，管理一些功能模塊交互的用例，比如注冊登錄模塊的用例里如果調用了相冊，可以在關鍵字屬性里添加與之交互的模塊的名字，這樣后期軟件維護的過程中，如果修改了某個模塊，能迅速找出所有與該模塊關聯的用例用于測試。注意一個測試用例關鍵字里可能有多個功能模塊交互屬性。
實踐3：測試計劃命名規則
由于測試計劃里不能創建testset然后再添加測試用例，這樣如果我們要布置一個RFA或者FFT測試，只能在測試計劃里進行描述。建議測試計劃的命名規則為：平臺+版本號+測試類型
實踐4：測試用例版本管理
測試用例版本在本迭代周期內只允許一個版本，跨迭代修改測試用例需要創建新的版本并在摘要上備注App迭代版本號
