可測試性需求分析的維度

1、可測試性需求分析維度一、引言1、目的提高軟件的可測試性，加快測試進度，提高測試效率。2、范圍描述的范圍主要是可測性設(shè)計的特征，考慮方向及設(shè)計方法3、讀者對象系統(tǒng)分析員、設(shè)計人員、開發(fā)人員。二、測試所需文檔1、需求規(guī)格說明書2、概要設(shè)計說明書3、詳細(xì)設(shè)計說明書4、系統(tǒng)功能清單5、系統(tǒng)運行環(huán)境搭建指導(dǎo)書6、系統(tǒng)操作指導(dǎo)書三、可測試性設(shè)計需求可測試性主要是指被測實體具有如下特征：可控制性、可分解性、 穩(wěn)定性、易理解性、可觀察性，該特征的主要要表現(xiàn)是設(shè)立觀察點、 控制點、觀察裝置。需要注意的是可測性設(shè)計時必須要保證不能對軟 件系統(tǒng)的任何功能有影響，不能產(chǎn)生附加的活動或者附加的測試。1、可控制性設(shè)計需求

2、1）全局變量的可控制性設(shè)計需求在外界使用適當(dāng)?shù)氖侄文軌蛑苯踊蜷g接控制該變量，包括獲取、 修改變量值等?？梢詫⑷诸愋偷淖兞窟M行分類并封裝到一個個接口 中操作。2）接口的可控制性設(shè)計需求各接口在外界使用適當(dāng)?shù)氖侄文軌蛑苯诱{(diào)用對該接口進行操作， 這里所謂的適當(dāng)?shù)氖侄沃饕ㄊ褂脺y試工具和增加額外代碼。對于 向外提供的接口的接洽處能夠人為的對接，比如構(gòu)造測試環(huán)境模擬接 口對接，這里所指的開放接口主要是指相對于被測系統(tǒng)，即為被測系 統(tǒng)外提供的接口。接口接洽處人為對接時各接口所要求的條件和所需 的參數(shù)人為的能夠輕易達(dá)到和提供。3）模塊的可控制性設(shè)計需求 對于每個相對獨立的模塊設(shè)計好所需要的驅(qū)動和樁都能單

3、獨設(shè)計用例進行測試對應(yīng)的功能，在測試運行期間模塊異常時能夠?qū)⑵涓綦x而不影響測試。4）業(yè)務(wù)流程的可控制性設(shè)計需求 在測試環(huán)境滿足的情況下能夠控制任一單獨業(yè)務(wù)流程，各業(yè)務(wù)流程具有流通性。5）場景的可測性設(shè)計需求 將一場景所涉及到的業(yè)務(wù)和接口整合到一個統(tǒng)一的接口使其能夠單獨操作該場景。2、可分解性設(shè)計需求1）業(yè)務(wù)流程的可分解性設(shè)計需求對于復(fù)雜的業(yè)務(wù)流程需合理設(shè)定分解點，在測試時能夠?qū)ζ溥M行分解。2）場景的可測性設(shè)計需求 對于復(fù)雜的場景需合理設(shè)定分解點，在測試時能夠?qū)ζ溥M行分解3、穩(wěn)定性設(shè)計需求測試模塊發(fā)布合理，不能在后期追加的模塊為前期所測模塊引入 新的不必要的測試活動。4、易理解性設(shè)計需求1）設(shè)計

4、文檔的易理解性設(shè)計參考標(biāo)準(zhǔn)內(nèi)容描述主次要分清依賴關(guān)系描述明確2）接口的易理解性接口功能明確參數(shù)有意義3）業(yè)務(wù)的易理解性4）場景的易理解性5、可觀察性設(shè)計需求1）業(yè)務(wù)執(zhí)行狀態(tài)和過程可觀察性設(shè)計需求2）異常情況可觀察性設(shè)計需求6、測試驅(qū)動和樁的設(shè)置為單個測試接口、測試業(yè)務(wù)、測試場景預(yù)留測試驅(qū)動和樁的接入 點。7、適合增量式開發(fā)的可測性設(shè)計在增量式開發(fā)過程中必須優(yōu)先考慮測試樁和測試驅(qū)動實現(xiàn)的難 易程度和真實性。8、可查詢設(shè)計對系統(tǒng)級別的全局變量或者狀態(tài)設(shè)置查詢接口；某一業(yè)務(wù)或場景調(diào)用接口設(shè)置接口路徑查詢。9、自愈合功能在某一場景中局部出現(xiàn)故障時設(shè)置多路選擇或者其他干涉進行 跳轉(zhuǎn)執(zhí)行使其具有正常邏輯功

5、能。10、輸出結(jié)果對于任何一項操作都要能產(chǎn)生預(yù)期的輸出，不管是正確的還是錯 誤的甚至是異常的。測試結(jié)果的表現(xiàn)形式可以是數(shù)據(jù)、現(xiàn)象等，不管 是以什么方式表現(xiàn)，都要有依可尋，在設(shè)計文檔中要有說明。對于測 試結(jié)果易于判斷，具有可分析性、可獲得性。在設(shè)置的各個控制點或 觀察點的結(jié)果易于查詢、修改等。11、提供統(tǒng)一的操作執(zhí)行面板12、提需求分析維度操作面板元素主要由輸入和輸出元素組成，如所執(zhí)行的操作和對 應(yīng)的輸出，但由于被測系統(tǒng)可能是一個比較復(fù)雜的系統(tǒng)，由多個可以 獨立的模塊組成，涉及到的操作和輸出比較多，各操作之間的關(guān)聯(lián)也 比較復(fù)雜。在設(shè)計時統(tǒng)一的做一個操作面板，該操作面板成為一個可 以執(zhí)行整個被測系

6、統(tǒng)操作的獨立模塊，一種是以命令的形式執(zhí)行操作 直接以printf語句的形式輸出查看，另一種是以GUI的形式，輸入 （執(zhí)行的操作）輸出均在界面上執(zhí)行和體現(xiàn)，這樣比較直觀。特別對于執(zhí)行某一場景時要跟蹤該場景的關(guān)鍵過程和執(zhí)行后的 輸出參數(shù)，給出一系列可以分析的數(shù)據(jù)，該場景可以以執(zhí)行過程分階 段監(jiān)控，將監(jiān)控范圍內(nèi)的數(shù)據(jù)輸出以供測試人員分析。第一層：功能性上保證。做好本職工作，考慮正常的業(yè)務(wù)主線以 及各種異常流，盡量不出現(xiàn)問題。測試的最重要最基本的問題，就是保證產(chǎn)品質(zhì)量，做到發(fā)布上線 沒問題，那么，在需求評審的時候，首先了解這個需求本身是做什么， 具體是怎么做的，考慮業(yè)務(wù)正常操作的主干線，以及，還要考慮

7、各種 異常流（比如用戶的其他非法操作等）這里再引入一個三種流派的概念： 1:基本流：也稱為基線，正常的操作，最終完成預(yù)期效果； 2:備選流：其實備選流分成2 種，一種是不同的做法，最終達(dá)成 目標(biāo)效果；另一種是不同的做法，最終沒有完成預(yù)期效果。3:異常流：就是上述備選流里面的，不同的做法，但最終未完成 預(yù)期的情況。也稱之為基本流的異常情況。正常工作中，把備選流放入基本流中，統(tǒng)一為基本流，記錄正常 的場景，而異常流就記錄基本流的異常情況，這樣會更清晰。第二層：從技術(shù)層面給予考慮，考慮實現(xiàn)問題。 比如說，產(chǎn)品說，我要在這里顯示一個圖，有 xxxxxx 的效果， 這個時候技術(shù)可能就會說，這個我們目前技術(shù)上沒法實現(xiàn)，因為這邊 是怎么怎么寫的，接口是怎么調(diào)用的。而測試也是可以這樣，比如說，產(chǎn)品說，我們要支持批量生成入 庫信息采集表，同兼容 10000 的并發(fā)情況；這個時候，測試就考慮， 這個我們目前可能實現(xiàn)不了，因為批量生成的時候，會在 wms 后臺對 應(yīng)生成待審核數(shù)據(jù)，而之前做過壓測，這個接口承載不了這么大的