陳夢珂 戴平

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

關(guān)鍵詞：需求測試；用例設(shè)計(jì)；理性和感性；整體思維

中圖分類號(hào)：TP311.5 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：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 需求測試和用例設(shè)計(jì)在軟件測試中的作用

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

用例設(shè)計(jì)是測試設(shè)計(jì)階段的重點(diǎn)產(chǎn)物。測試人員通過在測試計(jì)劃階段確定的測試方法和策略來編寫測試用例。在編寫測試用例的過程中，需要運(yùn)行黑盒測試方法，包括等價(jià)類邊界值法、因果圖判定表法、場景法、正交法和錯(cuò)誤推斷法等，并結(jié)合系統(tǒng)測試類型及各種異常場景，從多個(gè)維度進(jìn)行測試用例的補(bǔ)充。

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

需求測試和用例設(shè)計(jì)是每個(gè)測試人員的必備技能和能力的體現(xiàn)，在設(shè)計(jì)和分析的過程中，二者的思考方式存在一定的區(qū)別，本文從思維模式的角度分析對(duì)此進(jìn)行分析，幫助測試人員更好地理解二者的側(cè)重點(diǎn)。

2 需求測試和用例設(shè)計(jì)在軟件測試中的區(qū)別

2.1 理性認(rèn)識(shí)進(jìn)行需求測試，感性認(rèn)識(shí)進(jìn)行用例設(shè)計(jì)

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

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

感性認(rèn)識(shí)是客觀事物直接作用于人的感覺器官而產(chǎn)生的，它反映事物的具體特征和外部聯(lián)系，具有直接性和形象性的特點(diǎn)，是對(duì)事物現(xiàn)象的認(rèn)識(shí)。

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

2.2 整體思維分析需求測試，具體思維設(shè)計(jì)測試用例

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

測試人員在進(jìn)行測試需求分析的過程中，需要站在整個(gè)產(chǎn)品體系之上來分析測試需求，只有從項(xiàng)目整體去看，才能更全面、精準(zhǔn)地把握用戶需求。如果在測試需求分析階段，糾結(jié)于更多的細(xì)節(jié)，就容易造成細(xì)節(jié)很完美，需求卻總有遺漏的情況。特別在需求測試評(píng)審時(shí)，需求評(píng)審設(shè)計(jì)項(xiàng)目組成員較多，評(píng)審工作關(guān)注的焦點(diǎn)往往是分散的，很難將偏離用戶的需求檢查出來，這個(gè)時(shí)候就需要測試人員把需求問題作為整體去研究，把握大的系統(tǒng)需求點(diǎn)，全面的分析需求問題。其實(shí)平常我們?cè)谲浖_發(fā)過程中進(jìn)行的各種評(píng)審，就是借助全局思維方式來讓更多的人參與思考，盡可能全方位地審查某個(gè)解決方案的正確性以及其他特性。

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

2.3 客觀化進(jìn)行需求測試，情緒化補(bǔ)充用例設(shè)計(jì)

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

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

3 結(jié) 論

需求測試和用例設(shè)計(jì)都是軟件測試活動(dòng)中的重要活動(dòng)。測試人員要深入地掌握二者的設(shè)計(jì)過程和側(cè)重點(diǎn)。在實(shí)際的項(xiàng)目中，需求測試為測試用例的設(shè)計(jì)提供測試所需的功能點(diǎn)信息，也會(huì)體現(xiàn)出測試用例設(shè)計(jì)方法。測試需求指出測什么，而用例指出怎么測。好的測試需求能發(fā)現(xiàn)需求中顯性和隱性的測試焦點(diǎn)，從而更好地指導(dǎo)測試用例設(shè)計(jì)以及提高待測模塊整體功能的覆蓋率。

參考文獻(xiàn)：

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

[2] 彭林.測試用例的設(shè)計(jì)與實(shí)現(xiàn) [D].成都：電子科技大學(xué)，2007.

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

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