前一陣子在一本書上看到過了對於未來軟體測試的設想，其中有一條就是測試用例的重用性。昨天在乙個論壇上看到乙個同學在問如何測試乙個輸入數字的文字框，結果有另一位同學回答了很多也很全面；然後今天我又剛好寫用例，但是大多數都是重複的。本來測試人員就在每天的做重複的工作，但往往越是這樣就越要避免那些不必要的重複工作。
所以今天就想起了測試用例模組化的問題，是不是真的就可以嘗試使用測試用例的模組化劃分呢？我覺得這個其實是可行的，尤其是在產品線腳多的公司，各個小組之間可能平常很少去溝通和討論測試用例的具體設計細節部分，而且產品通常都不是一摸一樣的，沒法直接把用例拿過來就用。但我們轉換一下角度的話，可以求其次，即能通用多少就通用多少，而當劃分的粒度越細就越能應用廣泛，類似與開發中的高內聚、低耦合的情況。
有這樣想法是好的，再者就是如何去實施它，只有真正做了後才能知道這個設想是否是乙個好的設想，讓實踐去驗證。那麼接下來應該就是如何去選擇可模組化的測試物件。比如乙個文字框，乙個通用的使用者場景【登入】，乙個特定的測試型別【公升級】。
在這裡想說的是要想成功還需要另外的力量，領導和同事的協助，有了他們的協助和參與才能讓這個設想更有實踐的意義。設想是需要他們去充實和驗證的。
首先是要得到領導的同意，因為這個乙個流程的改進，所以它是有一定的風險的。畢竟在用例選取和重新構思上和之前是有很大的不同，所以還需要先小範圍的試用，有成果出來在推廣給各個小組使用。
其次是需要大家群策群力，貢獻自己在某方面的測試經驗，去維護乙個面向共同的測試用例模組集。利用大家的實際工作經驗來確定哪些是可以進行模組化的，然後在逐個讓大家給每個可模組化的物件進行用例設計。所有人都參與到這個實施中來，這樣一方面是利用大家的智慧型來構建模組化用例集，另乙個方面就是更利於大家來接受和實施這個改進的過程。
最後模組化後的用例需要公布和維護，可以申請乙個內網來發布和管理這些模組用例，供各組進行使用；其次是維護這個模組用例集，有新的可模組化的用例後新增進去。若此方案執行的很好的話，就可以考慮對其進行管理化，即專門寫乙個工具去管理和使用這些用例，方便用例的選取和使用。
什麼是模組化？模組化的好處
1.高內聚低耦合，有利於團隊作戰，當專案很複雜的時候，將專案劃分為子模組分給不同的人開發，最後再組合在一起，這樣可以降低模組與模組之間的依賴關係體現低耦合，模組又有特定功能體現高內聚。2.可重用，方便維護，模組的特點就是有特定功能，當兩個專案都需要某種功能的時候，我們定義乙個特定的模組來實現該功能，...
什麼是模組化？模組化的好處
什麼是模組化？j a 應用架構設計 模組化模式與 osgi 一書中對它的定義是 模組化是一種處理複雜系統分解為更好的可管理模組的方式。所謂的模組化開發就是封裝細節，提供使用介面，彼此之間互不影響，每個模組都是實現某一特定的功能。模組化開發的基礎就是函式。模組化開發使 耦合度降低，模組化的意義在於最大...
模組化的理解，以及模組化的好處
先理解模組 在程式設計中，為完成某一功能所需的一段程式或子程式 或指能由編譯程式 裝配程式等處理的獨立程式單位 或指大型軟體系統的一部分。可以這樣理解每乙個頁面中的部分都可以看成乙個模組。模組化是指解決乙個複雜問題時自頂向下逐層把系統劃分成若干模組的過程，有多種屬性，分別反映其內部特性。是指將每乙個...