面就我自己的體會做點闡述，也當總結一下幾個月前工作過程中的總結吧。
首先，得弄明白以下問題，為什么要生產公共測試用例呢，關于這個問題，網絡上還有書籍上已經闡述得很明白了，他們說得很多，簡而言之“成本，時間”。另外一個得弄明白一個詞也就是“公共”，我解釋為“共用的”。再者，得知道用例的一個主要作用，即“指導”作用。所以從上面可以得出一個定義，公共測試用例指，將軟件共有的或共用的測試用例歸納為一個集合，本著節約用例開發時間縮減用例開發成本為原則，與其它用例相融后指導測試工作開展的用例(這個定義，個人觀點哈，僅供參考)。
有了上面的定義，那么如何依據定義來創建公共測試用例呢?偶認為可以從以下幾個方面去考慮，其實也就是把定義分幾個步驟去實現而已(注意，本文僅從功能測試用例為出發點，性能測試用例或其它測試用例未涉及)。
1、首選得確定公共用例在整個用例架構中的地位，確定引入原則。這叫指導思想，沒有整體的指導思想，后期的創建與引入會很混亂的，這可是經驗哦。嘿嘿……
2、提煉軟件共有的或共用的模塊，將常用模塊或功能抽取出來，比如登錄模塊。這個是基礎，要判斷或者說評審那些模塊或功能是應該抽取出來的。
3、注意前提條件，每次在導入公共用例至某個具體項目時得注意實現項目的情況，網絡上有種方法是在公共用例中給入參數化的方法，這種思想就是防止公共用例與具體項目用例沖突出生出的思想。當然，他好像是用自動化去測試的，但手工測試用例中也可引入這個思想，但得注意具體項目中執行參數的惟一性，這個參數必須是得到大家認可的。
4、注意過程描述的廣泛性與具體性，公共用例描述得有廣泛的適宜性，不能夠說得太死也不能太活，不然用例執行人員在執行時常常會用較多時間去猜測其含義的(老手就不需要了，一看就會明白的)。
5、注意期待結果的廣泛性與具體性，理由同4。
6、公共用例是得經過評審等，并且得到大家認可的，如果沒人認可，白搭!
7、注意基本用例的創建思想同樣適合公共用例，并且公共用例得遵循這個思想。比如用例架構問題。
最后，從辨證法的角度來說，事物是兩方面的，即然這個有許多優點，那么他可能會帶來那些缺點呢，在此給出某次總結中的內容，仁者見仁，智者見智吧!
公共測試用例存在以下幾點缺陷。
A、公共測試用例引用標準缺乏，不同用例設計人員引有方式不同。目前存在兩種引用模式：a、直接引用整個模塊(此種方法在用例適應具體情況方面較差，但減少用例數量)b、模塊內分級引用(此種方法會增加用例數量，但適應性有所增強)。
B、公共測試用例中某些內容描述過于模糊，難于理解。
C、公共測試用例未呈現邏輯性和層次性，架構不嚴謹。
D、公共測試用例的測試點不夠全面，需增加。
E、公共測試用例在詳細用例中多次導入與導出，無形中增加了測試人員多文檔搜尋內容的工作量。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
