淺談需求測試和用例設計思維模式的差異

陳夢珂 戴平

摘 要：需求測試和用例設計都是軟件測試活動中的重要環節。本文從思維模式的角度分析了二者在設計過程中的差別。需求測試需要用理性認知去分析，采用整體的思維模式，偏客觀地思考。而用例設計更偏向細節，需要感性認知進行分析，采用細膩的思維模式，在設計過程中可以適當加入個人主觀情緒。

關鍵詞：需求測試；用例設計；理性和感性；整體思維

中圖分類號：TP311.5 文獻標識碼：A 文章編號：2096-4706（2018）04-0091-02

Abstract：The requirement test and use case design are both important links in the software testing activities. This paper analyzes the differences in the design process from the perspective of thinking mode. Needs test needs to be analyzed by rational cognition，and the whole thinking mode should be adopted to think objectively. And the use case design is more specific to the details，the need for perceptual knowledge analysis，the need for delicate thinking mode，in the design process can be appropriately added to the individual subjective emotion.

Keywords：requirement testing；use case design；rationality and sensibility；holistic thinking

1 需求測試和用例設計在軟件測試中的作用

測試人員在進行需求測試時，首先要了解需求的整體實現背景，分析需求的合理性，明確需求的范圍，挖掘需求文檔中隱藏的需求，然后通過需求交底的過程，確定開發的初步實現思路和方法。隨著測試需求分析的深入，列出需求的框架，包括測試范圍及各個功能點和測試的場景等。并確定一些可以提前介入的測試工作。需求中遇到有疑問的地方一定要記錄下來，找需求人員確認，需求漏掉的或者存在問題的地方，開發和測試時會更容易漏掉，而且遺漏的需求很有可能會使項目整體業務邏輯發生變化。做好需求測試，要求測試人員熟悉產品軟件開發的整個過程和業務流程，對產品的整體布局和規劃也要有深入的了解和調研。

用例設計是測試設計階段的重點產物。測試人員通過在測試計劃階段確定的測試方法和策略來編寫測試用例。在編寫測試用例的過程中，需要運行黑盒測試方法，包括等價類邊界值法、因果圖判定表法、場景法、正交法和錯誤推斷法等，并結合系統測試類型及各種異常場景，從多個維度進行測試用例的補充。

一份好的測試用例能最大程度地找出軟件隱藏的缺陷，可以提高找出軟件缺陷的效率，并最大程度地滿足測試覆蓋要求。因此，測試人員在用例設計的過程中需要細化功能點，多角度和場景進行考慮，同時要發散思維才能完成高質量測試用例。

需求測試和用例設計是每個測試人員的必備技能和能力的體現，在設計和分析的過程中，二者的思考方式存在一定的區別，本文從思維模式的角度分析對此進行分析，幫助測試人員更好地理解二者的側重點。

2 需求測試和用例設計在軟件測試中的區別

2.1 理性認識進行需求測試，感性認識進行用例設計

引用一段情感學的名詞解釋，理性認識是對事物本質的、全面的、間接的和概括的反映。因而對事物的認識是深刻的和全面的。理性認識的三種形式為：概括——對事物本質屬性的概括；判斷——在概念的基礎上對事物的各種關系進行區分、識別；推理——由一個已知的判斷推出下一個判斷。理性認識的這三種形式是認識的不斷深化，具有遞進性，理性認識依靠人類的思維模式及邏輯思維。

需求測試是對產品功能、性能、可靠性等特性的測試點進行抽象、概括和推理。測試需求通常是以待測對象的軟件需求為原型進行分析而轉變過來的。但測試需求并不等同于軟件需求，它是以測試的角度，根據軟件需求整理出一個列表，作為測試該軟件的主要工作內容。測試人員首先要獲取需求，獲取需求的途徑較多，可以通過與待測軟件相關的各種文檔資料來獲取，如軟件需求規格、Use case、界面設計、項目會議或與客戶溝通時有關于需求信息的會議記錄、其他技術文檔等；也可以通過與客戶或系統分析員進行溝通，查找待測試系統業務背景資料。在整個信息收集過程中，務必確保軟件的功能與特性被正確理解，對需求進行概況和分析，然后通過掌握的業務知識來分析需求的合理性，整合評審小組的評審意見，采用理性的處理方式，對需求做出客觀準確的判斷。

感性認識是客觀事物直接作用于人的感覺器官而產生的，它反映事物的具體特征和外部聯系，具有直接性和形象性的特點，是對事物現象的認識。

測試用例設計的過程實際上是對測試執行過程的預演，是對測試用例的具體特性和外部聯系進行直接形象地描述。當然測試用例設計的過程不僅依靠感性認識，只是相比需求測試而言，更偏重對待測系統功能、性能、界面的直接體驗。首先根據設計規格、需求文檔、功能規格及界面原型得出系統的主要功能點；然后根據功能點進行模塊的合理劃分；再針對每個具體模塊功能進行基本功能用例的設計；在使用黑盒設計方法，對測試用例進行補充和完善。測試用例設計的過程是功能模擬測試的過程，也是初步感官體驗的過程。特別是在體驗測試中，拿到一個待測系統，測試人員一般通過對系統的感性認識結合個人測試經驗進行體驗測試用例的設計。

2.2 整體思維分析需求測試，具體思維設計測試用例

整體思維又稱系統思維，它認為整體是由各個局部按照一定的秩序組織起來的，要求以整體和全面的視角把握對象。整體思維方式就是讓我們從多個角度分析待測的系統，試著以不同角色去看系統，分析其是否能夠滿足需求。這種思維模式是需求測試必需的。

測試人員在進行測試需求分析的過程中，需要站在整個產品體系之上來分析測試需求，只有從項目整體去看，才能更全面、精準地把握用戶需求。如果在測試需求分析階段，糾結于更多的細節，就容易造成細節很完美，需求卻總有遺漏的情況。特別在需求測試評審時，需求評審設計項目組成員較多，評審工作關注的焦點往往是分散的，很難將偏離用戶的需求檢查出來，這個時候就需要測試人員把需求問題作為整體去研究，把握大的系統需求點，全面的分析需求問題。其實平常我們在軟件開發過程中進行的各種評審，就是借助全局思維方式來讓更多的人參與思考，盡可能全方位地審查某個解決方案的正確性以及其他特性。

而在測試用例設計階段則剛好相反，我們需要把握更多的細節，不應該大而化之的去設計測試用例，需要采用具體的思維模式。根據測試需求分析得到需求框架，梳理細化測試點，并根據測試點細化出具體的測試用例。需要注意各個點的組合測試的情況，還要注意各個測試點的反向測試情況。要設計高效的測試用例，就需要對系統的變化、流程和場景有較深入的了解。為了理解各種聯系、流程和相互關系，就需要借助系統開發過程中形成的各種文檔，關注細節，并深入分析思考。對已有測試需求點的每一個細節要設計詳盡地測試用例，并對測試用例的輸入輸出、前置條件、運行環境等細節作出清晰準確的描述，確保測試用例的可用性、準確性以及測試需求的覆蓋率。在設計測試用例的過程中，還要設計測試數據，準備測試資源，如文本、圖片、視頻、代碼等，編寫測試腳本，這些測試資源必須精確到每一條用例中，測試用例覆蓋率越全、測試數據和資源越充分，越能更好地執行測試工作，發現更多的缺陷，提高軟件的質量。

2.3 客觀化進行需求測試，情緒化補充用例設計

在測試需求分析過程中，我們應當盡量采用客觀的思維特征，即減少“情緒”的影響，也就是說，在測試需求分析時應盡量實事求是，將行業標準、需求規格說明、用戶訪談、競爭對手現狀等真實存在的具體需求作為依據，不能根據個人的主觀理解擅自修改數據。在需求變更時，同樣需要進行客觀地處理，及時對變更需求進行記錄整理和反饋，必要時調整后續測試計劃。不論通過何種方式得到的需求變更信息都要及時記錄，以便以后測試。測試人員應該把需求變化當作是一種項目常態，以平常心應對。任何項目要完全按照預期規劃發展是很難實現的，所以變更將是測試工作中的一個常態。

相反，在進行測試用例設計時，要盡可能地去懷疑、猜測，從不同角度設計，通過“情緒化”的方式補充和完善測試用例，有利于暴露更多的軟件問題。在用例設計中，我們一般會使用錯誤推斷法進行用例的補充。錯誤推測，就是列舉出程序中所有可能有的錯誤和容易發生錯誤的特殊情況，根據它們選擇測試用例。可選擇這些容易發生錯誤的情況作為測試用例。測試人員在進行用例設計時，要求秉持質疑精神，從各種正常和異常場景進行用例設計，增加測試用例的覆蓋度。同時在設計用例的時候，也要運用比較的思維模式，比較思維是指認識事情時，人們往往都是通過和頭腦中的某些概念進行比較，找出相同、相異之處，或進行歸類，從而將其加入大腦中的知識體系，建立好的搜索方式，以便以后使用。在業務功能測試用例的設計中，要加入同類軟件功能的比較測試，找出其優點和缺點，取長補短，才能在同類產品的競爭中提升自身競爭力。

3 結 論

需求測試和用例設計都是軟件測試活動中的重要活動。測試人員要深入地掌握二者的設計過程和側重點。在實際的項目中，需求測試為測試用例的設計提供測試所需的功能點信息，也會體現出測試用例設計方法。測試需求指出測什么，而用例指出怎么測。好的測試需求能發現需求中顯性和隱性的測試焦點，從而更好地指導測試用例設計以及提高待測模塊整體功能的覆蓋率。

參考文獻：

[1] 朱鴻，金凌紫.軟件質量保障與測試 [M].北京：科學出版社，1997.

[2] 彭林.測試用例的設計與實現 [D].成都：電子科技大學，2007.

[3] 王軼辰.軟件測試從入門到精通 [M].北京：電子工業出版社，2010.

作者簡介：陳夢珂（1989.08-），女，漢族，講師，畢業于安徽農業大學，本科。研究方向：軟件工程。