? ? ? 在我們?nèi)粘y試工作中，編寫測試用例往往花費較多時間，而且設計的測試用例冗雜和不完整，從而造成用例執(zhí)行檢查不完整，效率低下，不能及時發(fā)現(xiàn)項目缺陷。

? ? ? 因此提高測試用例編寫和執(zhí)行效率迫在眉睫，一般來說，優(yōu)化測試用例主要從以下幾個方面：

????1、優(yōu)化用例框架

? ? ? 優(yōu)化測試用例，首先需要優(yōu)化用例設計，而好的用例設計需要好的用例框架支撐。

? ? ? 一般用例框架以測試方法為基礎(chǔ)，分為三層：

?? ? ?第一層是測試類型，考慮系統(tǒng)所需測試的類型；

? ? ? 第二層，如果用例側(cè)重于場景法的話，那么就是場景考慮，暫不思考如何實現(xiàn)。如果用例設計偏重于邏輯路徑的話，那么就是每個路徑主要需實現(xiàn)的功能；

? ? ? 第三層是功能點，以場景為導向，考慮的是實現(xiàn)這個場景需要哪些功能模塊支撐，每個模塊做什么；以模塊為導向的則考慮每個模塊中主要實現(xiàn)的功能點；以路徑為導向，則是考慮路徑中功能點的實現(xiàn)。

?????? 2、組件機制與模塊功能的分離

? ? ? ?組件有自己使用的機制，與其實現(xiàn)的功能點沒有任何關(guān)系，最常見的是調(diào)度機制和配置讀取機制。這些都可以剝離出來單獨進行測試，無需在每個模塊中測試，重復編寫測試用例。

????3、重視公共用例

? ? ? 優(yōu)化測試用例，需要重視公共用例。一般來說，公共用例有三類：

? ? ?第一類，測試方法在所有項目中通用，類似于翻頁、導出、上傳等；測試方法統(tǒng)一，會因為設計的不同在每個項目中略有不同，但在一個項目的各個地方的功能實現(xiàn)基本是一致的。此時的測試用例可以作為公共用例。

? ? ? 第二類，在一個項目中多個組件共同使用的方法，此時會將用例設計與用例都單獨作為一份進行編寫，執(zhí)行時也只需要執(zhí)行一遍就可以，不需要在每個組件中再單獨都執(zhí)行。

? ? ? 第三類，還會有一種比較不常見的公共用例，例如在報表系統(tǒng)中的ETL過程，雖然ETL過程是對數(shù)據(jù)進行抽取、轉(zhuǎn)換、加載，是對不同的數(shù)據(jù)源進行處理，但實際在流程處理上是一致的，只會在需要進行數(shù)據(jù)進行有條件的轉(zhuǎn)換時不一致。因此整一套流程實際就是一份公共用例。

????4、條件細分 正向組合

? ? ? 如果涉及到的用例是由很多條件組合控制的話，盡量將用例設計中的各個條件細分到最小的粒度，這時很多的用例設計就有了共同的地方，此時就會出現(xiàn)很多可復用的測試用例設計，這樣能夠減少用例設計的工作量。

? ? ? 然后再在細分到最小粒度的用例設計基礎(chǔ)上進行一定的組合優(yōu)化，因為有些正向數(shù)據(jù)實際是由多個最小粒度的條件組合而成，不需要單獨進行驗證，所以組合后能夠減少用例執(zhí)行的時間。

????5、場景分析剔除

? ? ? 對于狀態(tài)控制很多的用例，需要進行一定的場景分析，對一些不存在的場景進行用例的刪除。因為即使開發(fā)沒有做對應的控制，要求開發(fā)修改的可能性也非常小，并且此類的修改沒有意義。

? ? ?另外，為了提高測試用例的編寫效率和質(zhì)量，我們也可以使用開發(fā)工具，確保測試覆蓋率。如CoCode開發(fā)云使用AI，能夠自動生成每個需求的正向反向多維度測試用例，提高測試覆蓋度和全面性，保障測試質(zhì)量，減輕測試人員工作量，提高20%-30%工作效率。

? ? ? 目前CoCode發(fā)布一系列AI開發(fā)工具：Co-Project智能項目管理工具（需求條目化、自動生成測試用例）、需求分析工具、評審分析工具。項目管理平臺發(fā)布4大版本，30天免費試用。CMMI落地工具上線，全面支持CMMI3-5級高效落地。