可測試性需求

1、精選優(yōu)質(zhì)文檔-傾情為你奉上軟件可測試性需求設(shè)計一、引言1、目的提高軟件的可測試性，加快測試進度，提高測試效率。2、范圍描述的范圍主要是可測性設(shè)計的特征，考慮方向及設(shè)計方法。3、讀者對象系統(tǒng)分析員、設(shè)計人員、開發(fā)人員。二、測試所需文檔1、需求規(guī)格說明書2、概要設(shè)計說明書3、詳細設(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)生附加的活動或者附加的測試

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

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

6、作，直接以printf語句的形式輸出查看，另一種是以GUI的形式，輸入（執(zhí)行的操作）輸出均在界面上執(zhí)行和體現(xiàn)，這樣比較直觀。特別對于執(zhí)行某一場景時要跟蹤該場景的關(guān)鍵過程和執(zhí)行后的輸出參數(shù)，給出一系列可以分析的數(shù)據(jù)，該場景可以以執(zhí)行過程分階段監(jiān)控，將監(jiān)控范圍內(nèi)的數(shù)據(jù)輸出以供測試人員分析。討論 需求的可測試性需求需求敏捷模式中強調(diào)User Story的可測試性。我覺得在傳統(tǒng)模式中，強調(diào)需求的可測試性也有非常大的好處。1. 用戶需求以文字性描述居多，如果需求有測試通過標準，那么開發(fā)和測試人員都可以有一個容易遵循的規(guī)則。2. 需求有通過標準，說明開發(fā)測試以及需求分析人員都達成了共識，減少工作中的分歧。

7、3. 既然要研究測試通過標準，那么自然就要求QA從需求分析階段就開始工作。我想這是所有QA都期盼的結(jié)果。4. 如果團隊無法設(shè)計出需求的通過標準，那可能是需求不夠明確或者團隊缺乏相關(guān)的知識?？傊蠹铱梢栽陂_發(fā)前就可以知道這個需求多半是無法完整實現(xiàn)的。應(yīng)該還有其他的好處，大家可以來討論一下。 軟件可測試性設(shè)計發(fā)布時間: 2009-8-06 17:27 作者: Vince 來源: 文斯測試技術(shù)研究中心字體: | | | | 推薦標簽： 一、概述隨著軟件行業(yè)的迅猛發(fā)展，也逐漸受到越來越多的軟件公司所重視，然而開發(fā)出來的軟件直接就可以拿出來做測試嗎？根據(jù)近幾年來的實踐證明，在設(shè)計軟件時事先沒有對軟件的

8、可測試性進行周密設(shè)計和部署的軟件在測試時總是很難于進行，直到測試無法進行下去為止。被測軟件在編碼時需要考慮給測試和后期的產(chǎn)品維護提供必要的手段和接口支持，即要求軟件具有可測試性?；诳蓽y試性的目標考慮，良好的架構(gòu)設(shè)計，完備的接口，使得軟件測試更加高效和可行，同時產(chǎn)品維護也更加便利。本文描述的范圍：可測試性定義、可測試性特征、可測試性設(shè)計。讀者對象：系統(tǒng)分析和設(shè)計人員、開發(fā)人員、測試人員。參考文獻：1、軟件可測試性需求設(shè)計 Vince2、高質(zhì)量C+/C編程指南 林銳3、軟件工程思想 林銳二、軟件可測試性定義2.1 可測試性定義軟件的可測試性是指在一定的時間和成本前提下，進行測試設(shè)計、測試執(zhí)行以此

9、來發(fā)現(xiàn)軟件的問題，以及發(fā)現(xiàn)故障并隔離、定位其故障的能力特性。簡單的說，軟件的可測試性就是一個計算機程序能夠被測試的容易程度。一般來說可測試性很好的軟件必然是一個強內(nèi)聚、弱耦合、接口明確、意圖明晰的軟件，而不具可測試性的軟件往往具有過強的耦合和混亂的邏輯。2.2 可測試性特征1、可操作性：“運行得越好，被測試的效率越高?！?）系統(tǒng)的錯誤很少；2）沒有阻礙測試執(zhí)行的錯誤；3）產(chǎn)品在功能階段的演化（允許同時的開發(fā)和測試）。2、可觀察性：“你所看見的就是你所測試的。”1）每個輸入有唯一的輸出；2）系統(tǒng)狀態(tài)和變量可見，或在運行中可查詢；3）過去的系統(tǒng)狀態(tài)和變量可見，或在運行中可查詢（例如：事務(wù)）；4）所

10、有影響輸出的因素都可見；5）容易識別錯誤輸出；6）通過自測機制自動偵測內(nèi)部錯誤；7）自動報告內(nèi)部錯誤；8）可獲取源代碼。3、可控制性：“對軟件的控制越好，測試越能夠被自動執(zhí)行與優(yōu)化?！?）所有可能的輸出都產(chǎn)生于某種輸入組合；2）通過某種輸入組合，所有的代碼都可能被執(zhí)行；3）測試工程師可直接控制軟件和硬件的狀態(tài)及變量；4）輸入和輸出格式保持一致且有結(jié)構(gòu)；5）能夠便利地對測試進行說明、自動化和再生；6）接口和模塊易控制；7）業(yè)務(wù)流程和場景易控制。4、可分解性：“通過控制測試范圍，能夠更快地分解問題，執(zhí)行更靈巧的再測試?！?）軟件系統(tǒng)由獨立模塊構(gòu)成；2）能夠獨立測試各軟件模塊；3）業(yè)務(wù)流程和場景易分

11、解。5、簡單性：“需要測試的內(nèi)容越少，測試的速度越快。”1）功能簡單性（例如：特性集是滿足需求所需的最小集合）；2）結(jié)構(gòu)簡單性（例如：將體系結(jié)構(gòu)模塊化以限制錯誤的繁殖）；3）代碼簡單性（例如：采用代碼標準為檢查和維護提供方便）。6、穩(wěn)定性：“改變越少，對測試的破壞越小?！?）軟件的變化是不經(jīng)常的；2）軟件的變化是可控制的；3）軟件的變化不影響已有的測試；4）軟件失效后能得到良好恢復(fù)和隔離。7、易理解性：“得到的信息越多，進行的測試越靈巧。”1）設(shè)計能夠被很好地理解并遵循行業(yè)規(guī)范；2）內(nèi)部、外部和共享構(gòu)件之間的依賴性能夠被很好地理解；3）設(shè)計的改變被通知；4）可隨時獲取技術(shù)文檔；5）技術(shù)文檔組織

12、合理；6）技術(shù)文檔明確詳細；7）技術(shù)文檔精確性穩(wěn)定；8）相關(guān)環(huán)境配置說明與操作指導(dǎo)。三、軟件可測試性設(shè)計3.1 可測試性設(shè)計軟件的可測試性特征主要表現(xiàn)是設(shè)立觀察點、控制點、觀察裝置、驅(qū)動裝置、隔離裝置。需要注意的是可測試性設(shè)計時必須要保證不能對軟件系統(tǒng)的任何功能有影響，不能產(chǎn)生附加的活動或者附加的測試，采取合適的設(shè)計模式對軟件進行設(shè)計。1、堅持測試驅(qū)動設(shè)計（測試先行）的方法。優(yōu)先編寫測試代碼，這是標準的XP方法。不是說應(yīng)該一次性編寫全部測試代碼后，再一次性全部實現(xiàn)。先寫驗收測試，再寫單元測試，編寫一些測試代碼，實現(xiàn)它們，再編寫一些測試代碼，再實現(xiàn)它們等等是個更好的辦法。設(shè)計以這種方式得以進展；

13、在實現(xiàn)階段捕捉錯誤并在下一組測試中改正它，以這種方式編寫測試也更少會使人畏縮。2、盡量做到每個操作對應(yīng)一個函數(shù)，使函數(shù)小型化。使用小型函數(shù)說明和重載帶缺省參數(shù)的函數(shù)將使在測試中調(diào)用這些函數(shù)變的愉快的多。否則，在測試這些函數(shù)時將不得不構(gòu)造額外參數(shù)，如果參數(shù)很大，那么將很快導(dǎo)致代碼膨脹。更糟的是，它會誘使你編寫比在其它情況下更少的測試。3、數(shù)據(jù)的顯示與控制分離把代碼移到 GUI 視圖的外面。然后各種 GUI 動作就能成了模型上的簡單方法調(diào)用。這樣，對GUI測試者來說，通過方法調(diào)用測試功能比間接地測試功能容易的多。另一個好處是它使修改程序功能而不影響視圖變的更容易。4、可控制性設(shè)計1）全局變量的可控

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

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

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

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

18、ntf語句的形式輸出查看，另一種是以GUI的形式，輸入（執(zhí)行的操作）輸出均在界面上執(zhí)行和體現(xiàn)，這樣比較直觀。如下圖所示：特別對于執(zhí)行某一場景時要跟蹤該場景的關(guān)鍵過程和執(zhí)行后的輸出參數(shù)，給出一系列可以分析的數(shù)據(jù)，該場景可以以執(zhí)行過程分階段監(jiān)控，將監(jiān)控范圍內(nèi)的數(shù)據(jù)輸出以供測試人員分析。3.2 可測試性編碼1、注釋需要詳盡。特別對于接口，要描述清楚功能、實現(xiàn)及參數(shù)；2、使用模塊化方法，編碼低耦合、高內(nèi)聚；3、為集成測試與系統(tǒng)聯(lián)調(diào)準備調(diào)測開關(guān)及相應(yīng)打印函數(shù)，并且要有詳細的說明；4、為單元測試選擇恰當?shù)臏y試點，并仔細構(gòu)造測試代碼、測試用例，同時給出明確的注釋說明。測試代碼部分應(yīng)作為（模塊中的）一個子模塊

19、，以方便測試代碼在模塊中的安裝與拆卸（通過調(diào)測開關(guān)）；5、使用斷言來發(fā)現(xiàn)軟件問題，提高代碼可測試性；6、用斷言來檢查程序正常運行時不應(yīng)發(fā)生但在調(diào)測時有可能發(fā)生的非法情況；7、為測試自動化工具提供所需要的特定“鉤子（hook）”；8、對于每個功能，提供訪問、修改“狀態(tài)”變量的接口，包括提供查詢、修改上層軟件、軟硬件接口、底層硬件狀態(tài)的接口及打??；9、提供查詢系統(tǒng)狀態(tài)的接口。比如內(nèi)存使用、程序使用進程數(shù)等；10、對于測試因為環(huán)境等因素而可能無法測試的功能，提供接口模擬軟件實現(xiàn)該功能的過程；11、對于修改功能，提供修改功能參數(shù)單位的接口，以便于進行如軟件性能等的測試；12、出錯及異常處理保存記錄，記

20、錄具有詳細的屬性，并且格式統(tǒng)一、意義明確；13、在程序異常時，除了保留日志，還需要提供觀察、恢復(fù)的外部方法；14、對全局變量、特殊結(jié)構(gòu)，提供查詢的方法。3.3 可測試性調(diào)試與定位1、對于程序中所涉及到的變量盡可能的在調(diào)試過程中可以查詢及修改；2、在整個軟件系統(tǒng)執(zhí)行過程中為每個關(guān)鍵業(yè)務(wù)或相對獨立的業(yè)務(wù)設(shè)定一個調(diào)試點，便于系統(tǒng)集成和問題范圍的定位；3、在設(shè)定好的調(diào)試點處對處理的業(yè)務(wù)輸出數(shù)據(jù)和全局數(shù)據(jù)進行可視化輸出，便于測試結(jié)果的分析。3.4 測試所需文檔1、需求規(guī)格說明書2、概要設(shè)計說明書3、詳細設(shè)計說明書4、系統(tǒng)功能清單5、系統(tǒng)運行環(huán)境搭建指導(dǎo)書6、系統(tǒng)操作指導(dǎo)書可測試性的具體體現(xiàn)（一）發(fā)布時間

21、: 2009-2-17 13:49 作者: 阿七整理 來源: 51Testing博客字體: | | | | 推薦標簽： 一. 1. 安裝測試：1) 安裝過程中對于缺省安裝目錄及任意指定的安裝目錄，是否都能正確安裝；2) 若是選擇安裝，查看能否實現(xiàn)其相應(yīng)的功能；3) 在所有能中途退出安裝的位置退出安裝程序后，驗證此程序并未安裝成功（沒有程序組及程序項產(chǎn)生）；4) 軟件安裝后，對已經(jīng)安裝的軟件是否有影響；5) 裸機安裝后，各功能點是否可用；6) 安裝前，安裝程序是否判斷可用磁盤空間大小，如果不能滿足安裝空間要求，安裝程序能否繼續(xù)；7) 安裝過程中查看 版權(quán)聲明、版本信息、公司名稱、LOGO等是否符

22、合標準；8) 安裝過程中界面顯示與提示語言是否準確、友好；9) 重復(fù)安裝時系統(tǒng)是否有提示、是否可以覆蓋安裝、是否可以升級安裝、是否允許多版本共存；10) 是否有注冊碼或硬件加密狗，在沒有它們（或錯誤）存在的情況下能否順利安裝。2配置測試1) 是否可以按照用戶手冊的說明，運行于多種（ 各版本 、Unix 、 等）；2) 按系統(tǒng)最低要求進行軟件的安裝配置，查看能否正常實現(xiàn)各種功能；3) 數(shù)據(jù)源等信息配置不正確時能否給出提示信息；4) 是否可以按照用戶手冊的說明，支持多種。3. 卸載測試1) 卸載后注冊表中的注冊信息及相關(guān)的程序安裝目錄是否能完全刪除掉；2) 卸載過程中完全刪除共享文件后，看其它程序

23、能否正常運行；3) 卸載后，是否對其它已經(jīng)安裝的軟件有影響；4) 系統(tǒng)卸載后用戶建立文檔是否保留；5) 軟件卸載畫面上的軟件名稱及版本信息是否正確；6) 在所有能中途退出卸載的位置是否能正確退出；7) 卸載過程中界面顯示與提示語言是否準確、友好；8) 卸載后安裝此系統(tǒng)能否打開原來保存的文件，并一切運行正常；9) 卸載程序如果要求重新啟動機器，在重啟動之間是否給用戶提示以保存現(xiàn)有的己運行的程序的資料；10) 是否可以選擇組件進行卸載；11) 卸載過程中，對意外情況的處理（掉電等）。12) 在卸載過程中，是否有終止或者結(jié)束按鈕。4. 運行與關(guān)閉測試1) 運行時是否與其它應(yīng)用程序有沖突(內(nèi)存沖突)；

24、2) 是否可以同時運行多個程序；3) 任務(wù)欄有無程序運行提示；4) 若有未保存的數(shù)據(jù)，關(guān)閉系統(tǒng)時是否有提示；5) 后臺服務(wù)程序在點擊關(guān)閉按鈕時是否有確認提示；6) 運行時是否過份占用系統(tǒng)資源、退出時能否完成釋放占用的系統(tǒng)資源。5. 服務(wù)程序的測試：1) 系統(tǒng)是否限制服務(wù)器程序啟動的數(shù)量,如不限制,同一范圍內(nèi)啟動多個服務(wù)是否對系統(tǒng)有影響；2) 服務(wù)程序能否長時間正常運行；3) 外界異常后，服務(wù)程序的自動恢復(fù)能力（服務(wù)器掉電、網(wǎng)絡(luò)中斷后恢復(fù)、數(shù)據(jù)庫異常后恢復(fù)）；4) 在點擊關(guān)閉按鈕時是否有確認提示；5) 應(yīng)用程序與程序是否兼容（能否避免內(nèi)存沖突）。6. 系統(tǒng)管理（參數(shù)設(shè)置）1) 參數(shù)設(shè)置后，能否正

25、確的進行應(yīng)用；2) 設(shè)置錯誤參數(shù)，系統(tǒng)的容錯能力；3) 修改參數(shù)，對與之相關(guān)模塊的影響；4) 系統(tǒng)是否有默認的參數(shù)，A 有：默認的參數(shù)是否起到作用 ；B 沒有：不設(shè)置，系統(tǒng)能否運行或者給出提示。7. 用戶、權(quán)限管理1) 賦予一個人員相應(yīng)的權(quán)限后，在界面上看此人員是否具有此權(quán)限，并以此人員身份登陸，驗證權(quán)限設(shè)置是否正確（能否超出所給予的權(quán)限）；2) 刪除或修改已經(jīng)登陸系統(tǒng)并正在進行操作的人員的權(quán)限，程序能否正確處理；3) 重新注冊系統(tǒng)變更登陸身份后再登錄，看程序是否能正確執(zhí)行，具有權(quán)限是否正確；4) 在有工作組或角色管理的情況下，刪除包含用戶的工作組或角色，程序能否正確處理；5) 不同權(quán)限用戶登

26、錄同一個系統(tǒng)，權(quán)限范圍是否正確；6) 覆蓋系統(tǒng)所有權(quán)限設(shè)定；7) 能否添加信息為空的用戶(其中包括空用戶名及空口令、空用戶名非空口令、非空用戶名及空口令)；8) 能否添加長用戶名及長口令，如果允許，新用戶能否正確登錄；9) 系統(tǒng)是否允許刪除系統(tǒng)管理員這一特殊用戶或修改系統(tǒng)管理員口令，刪除或修改后系統(tǒng)的實際情況；10) 登錄用戶能否修改自己的權(quán)限；11) 添加用戶（有標識或編號）:標識相同，用戶名不同；標識相同，用戶名相同；標識不同，用戶名相同；標識不同，用戶名不同；12) 登錄用戶能否修改本人（或其他人）的信息，刪除本人（或其他人）；13) 修改用戶的信息（包括權(quán)限，口令，基本信息等），對其他

27、模塊的影響；14) 修改用戶信息：修改后的用戶信息和已經(jīng)存在的用戶信息相同；修改后的用戶信息和已經(jīng)存在的用戶信息不同；15) 不給用戶授權(quán)，是否允許登錄；15) 改某些設(shè)置時，是否會影響具有上級權(quán)限及相同權(quán)限人員的設(shè)置；16) 系統(tǒng)管理員修改了某些數(shù)據(jù)，以其他人員身份登錄時數(shù)據(jù)是否改變；17) 用戶能否同時屬于多個組，各個組的權(quán)限能否交叉；18) 刪除后重新添加的用戶是否具有以前的權(quán)限；更改用戶各項屬性（包括權(quán)限）看對權(quán)限是否有影響。8. 系統(tǒng)登錄測試1) 使用合法用戶登錄系統(tǒng)；2) 用戶名、口令錯誤或漏填時能否登陸；3) 系統(tǒng)是否容許多次非法登陸,是否有次數(shù)限制；4) 使用已登錄賬號登錄系統(tǒng)

28、系統(tǒng)能否正確處理；5) 使用禁用帳號登陸系統(tǒng)能否正確處理；6) 刪除或修改后的用戶用原用戶登錄；7) 不輸入用戶名和口令，重復(fù)點“確定”和“取消”按鈕，是否允許登錄。9. 注銷1) 注銷為原模塊、新模塊系統(tǒng)能否正確處理；2) 中止注銷能否返回原模塊、原用戶；3) 注銷為原用戶、新用戶系統(tǒng)能否正確處理；4) 使用錯誤的帳號、口令或無權(quán)限帳號、被禁用帳號進行注銷。10. 修改口令1) 正常情況；2) 輸入錯誤的原口令或新口令與確認口令不一致系統(tǒng)能否正確處理；3) 修改口令后，用原口令是否能登錄（同時驗證新口令是否有效）；4) 是否能修改其它用戶的口令。11. 右鍵功能1) 右鍵菜單中的功能是否與菜

29、單（或工具欄）中對應(yīng)的功能一致；2) 右鍵菜單中的功能能否正確實現(xiàn)；3) 同一菜單下的熱鍵是否相同。12. 記錄列表1) 增加重復(fù)記錄、空白記錄，系統(tǒng)能否正確處理；2) 修改后不保存（有保存按鈕），系統(tǒng)能否正確處理；3) 刪除或修改正在使用信息，系統(tǒng)能否正確處理；4) 刪除級聯(lián)記錄的上游或下游記錄，系統(tǒng)能否正確處理；5) 刪除記錄時是否有提示；6) 記錄中包含的缺省系統(tǒng)信息能否刪除和修改；7) 記錄列表能否及時反應(yīng)記錄的變化；8) 記錄變化之后系統(tǒng)相關(guān)信息能否及時更新；13. 統(tǒng)計、查詢1) 對非法的時間范圍系統(tǒng)能否正確處理；2) 統(tǒng)計查詢語句包含多個與或非條件時，系統(tǒng)能否正確處理；3) 條件

30、邏輯混亂，系統(tǒng)能否正確處理；4) 多表查詢統(tǒng)計及單表查詢統(tǒng)計功能是否正確實現(xiàn)；5) 分類查詢、精確查詢、無條件查詢、組合查詢能否完整列出滿足條件的記錄；6) 能否按系統(tǒng)默認的條件進行查詢；7) 當統(tǒng)計時間段為當日、跨日、跨月、跨季、跨年度時，統(tǒng)計查詢結(jié)果是否正確；8) 當某些操作被別人取消后，設(shè)置條件段為取消前、取消后、包含取消操作的一段時間；9) 以不同的權(quán)限登錄時，統(tǒng)計、查詢是否正確；10) 在查詢或統(tǒng)計大數(shù)據(jù)量時，系統(tǒng)是否允許終止操作；11) 查詢、統(tǒng)計按鈕是否允許雙擊或更多的點擊，系統(tǒng)做何反映；12) 查詢出的數(shù)據(jù)是否允許修改?？蓽y試性的具體體現(xiàn)（二）發(fā)布時間: 2009-2-17 1

31、3:52 作者: 阿七整理 來源: 51Testing博客字體: | | | | 推薦標簽： 14. 文件操作a、保存1) 文件是否能夠正確保存在在缺省位置或指定位置（本地、網(wǎng)絡(luò)）；2) 系統(tǒng)能否正確處理長文件名、特殊字符文件名保存；3) 文件能否保存為擴展名；4) 如應(yīng)用程序?qū)ξ募麉^(qū)分大小寫，當這些文件在導(dǎo)出到介質(zhì)中時，系統(tǒng)能否正確處理；5) 介質(zhì)空間已滿時，系統(tǒng)是否給出提示。b、打開1) 打開文件是否正確顯示上一次保存的內(nèi)容；2) 系統(tǒng)能否正確處理非系統(tǒng)默認擴展名的文件；3) 文件能否被程序正確打開；4) 打開對話框中，是否有默認擴展名的文件類型；5) 打開對話框時，是否有默認的路徑。c

32、、打印輸出1) 是否按所設(shè)置的格式打印；2) 是否有打印預(yù)覽，能否設(shè)置打印字體，打印效果是否合乎客戶要求；3) 打印預(yù)覽的內(nèi)容是否正確，內(nèi)容是否能夠進行拖拽操作，是否影響實際的打印；4) 安裝或不安裝打印功能模塊，對其它模塊是否有影響；5) 打印機未安裝系統(tǒng)有無提示；6) 打印中途能否進行正常的打印中斷，是否可以選擇打印的內(nèi)容。7) 能否進行本地或網(wǎng)絡(luò)打印。d、導(dǎo)入、導(dǎo)出功能1) 導(dǎo)入的文件格式非要求時，系統(tǒng)如何處理；2) 導(dǎo)入、導(dǎo)出的有效文件能否完整正確地顯示并被使用；3) 導(dǎo)出后的文件是否允許修改，如果允許，導(dǎo)入后能否使用；如不允許，系統(tǒng)有何限制；4) 導(dǎo)入，導(dǎo)出是否可以選擇路徑；5) 在

33、客戶端和服務(wù)器端進行導(dǎo)入，導(dǎo)出；6) 在客戶端和客戶端之間進行導(dǎo)入，導(dǎo)出；7) 在本地進行導(dǎo)入，導(dǎo)出；8) 不同文件格式的導(dǎo)入，導(dǎo)出。e、檢入與檢出1) 單文件、多文件檢入與檢出；2) 能否多次檢入與檢出；3) 文件檢出后其它人能對其做何操作。15. 界面上對象的功能（文本框，下拉框，按鈕，熱鍵等等）a、工具條1) 工具條能否正常顯示/隱藏；2) 工具條按鈕在不可用時是否置灰，例如在不置灰情況下，重復(fù)點擊工具條上的按鈕，看系統(tǒng)是否能夠正常進行操作；3) 可移動工具條在窗口中間位置其形狀是否正確；4) 工具條船塢狀與非船塢狀時其上按鈕是否相同；5) 工具欄上工具按鈕功能是否能正常實現(xiàn)；6) 工具

34、按鈕顯示是否正確、友好、醒目易懂；7) 工具欄上的工具按鈕是否有鼠標懸停提示；8) 工具欄上的工具按鈕是否可以任意定制。b、下拉列表1) 列表記錄的每一行是否顯示完整；2) 列表記錄不能在一頁中顯示時，是否有縱向滾動欄；3) 列表滾動欄上滑塊能否自由滑動，對應(yīng)內(nèi)容顯示是否正確；4) 列表中內(nèi)容能否自動排序。c、窗口1) 打開的窗口不確認關(guān)掉，能否再調(diào)其它窗口，且連續(xù)開窗口系統(tǒng)能否正確處理；2) 窗口尺寸變化時窗口中控件能否自適應(yīng)；3) MDI中，子窗口的平鋪、重疊、排列圖標功能是否正確；4) 窗口的標題、圖標是否和菜單命令、按鈕一致；5) 子窗口和主窗口的屬性是否正確；6) 窗口中的上下左右滾

35、動條是否能達到預(yù)覽全部界面的效果。d、文本框1) 對輸入域的必添項處理是否正確；2) 輸入域是否有長度限制；3) 輸入域如對某些字符禁止輸入時，限制是否成功；4) 中文、英文、空格，數(shù)字，字符，下劃線、單引號 等所有特殊字符的組合；5) 口令域 口令為空格或包含空格、特殊字符（所有特殊字符的測試）時系統(tǒng)能否正常處理； 口令位數(shù)是否有限制； 口令與帳號相同，系統(tǒng)是否有提示； 口令為字典單詞系統(tǒng)能否正確處理；特殊的對系統(tǒng)安全性要求較高應(yīng)該注意： 口令應(yīng)有最少位數(shù)限制； 口令應(yīng)為數(shù)值、大小寫字母、特殊字符的組合； 口令禁止設(shè)為空，不能和要被修改的口令一致； 口令區(qū)分大小寫；6) 時間域 年度超過4位

36、； 月份輸入0或大于12； 日期輸入0或大于當前月份的天數(shù)； 年度，月份，日期輸入負數(shù)； 時間輸入大于或小于邊緣值的數(shù)據(jù)； 進行字符及漢字的輸入，看程序能否正確處理； 系統(tǒng)中所涉及時間是否取服務(wù)器時間； 有范圍的輸入域，開始時間大于、小于、等于結(jié)束時間，系統(tǒng)能否正確處理； 時間范圍同當前時間的關(guān)系是否正確； 是否包含缺省時間且缺省時間意義是否正確； 系統(tǒng)對閏年，閏月的處理； 對不同的時間格式（yyyy-dd-mm,yy-dd-mm,yyyy/dd/mm,yy/dd/mm等）是否允許輸入； 輸入的時間在與之有關(guān)的模塊中是否能正確的起到作用及對其他模塊的影響； 對時間點的測試。7) 貨幣域 輸入負

37、值、零、特大數(shù)、小數(shù)系統(tǒng)能否正確處理； 系統(tǒng)對小數(shù)點后數(shù)位的控制是否正確； 系統(tǒng)能否正確處理數(shù)值計算； 輸入非數(shù)值型數(shù)據(jù)（包括特殊字符），系統(tǒng)能否正確處理； 系統(tǒng)能處理貨幣的種類。8) 身份證（18或15位）：身份證中輸入非法的年月日信息（包括超界數(shù)字及字符，漢字），程序能否進行檢驗并正確處理；由身份證號碼計算年齡，系統(tǒng)對出生年份末兩位數(shù)是00的身份證號碼能否正常處理；在年齡和身份證均作為用戶信息輸入時，是否具有關(guān)聯(lián)；在身份證的輸入中，是否允許輸入字符”x”。9) 電話號碼 輸入特殊的電話號碼，如119，110，800等看程序是否能正確處理； 驗證，（，） * # 是否有真正含義； 電話號碼長

38、度是否有限制； 電話號碼是否允許輸入漢字，英文。10) 關(guān)于時間的其它操作 時間的跨月份、年度操作； 12小時、24小時制的操作； 客戶機與服務(wù)器時間不同的操作（包括客戶機與服務(wù)器兩地時差不同）；11) 數(shù)據(jù)字段一致性不同窗口中同一類數(shù)據(jù)輸入域的數(shù)據(jù)接口是否一致(如添加用戶及用戶登錄窗口對用戶標識和口令的長度是否一致)。e、圖表曲線首先，在一定的時間段觀察曲線走勢，如果有類似的軟件可對比的話可以進行對比大體趨勢，然后，再找關(guān)鍵點，對比關(guān)鍵點的數(shù)據(jù)。測試中，需要找到曲線的計算公式，找關(guān)鍵點進行計算。（進行對比是必要的，第一，可以節(jié)省一些不必要的工作量；第二，也有可能是編碼人員所用的公式本身就有問

39、題，而你所有測試所做的計算都是徒勞了。）f、列表1) 列表記錄不能在一頁中顯示時，是否有縱向滾動欄；記錄長度超過列表寬度時，是否有橫向滾動欄；2) 列表滾動欄上滑塊能否自由滑動，滑塊滑動時，對應(yīng)內(nèi)容顯示是否正確；3) 列表內(nèi)容是否可直接輸入；4) 列表中每列數(shù)據(jù)能否按升序、降序排列；16. 備份與恢復(fù)1) 備份T日的數(shù)據(jù)，進行操作，然后恢復(fù)，查看恢復(fù)的數(shù)據(jù)是否正確；2) 備份到不同介質(zhì)上，并考慮介質(zhì)空間已滿的情況；3) 用系統(tǒng)提供的恢復(fù)功能進行恢復(fù)： 用數(shù)據(jù)庫進行恢復(fù)； 在備份和恢復(fù)還沒有結(jié)束的時候，終止（掉電，網(wǎng)絡(luò)不通等）備份和恢復(fù)； 有操作的時候，進行備份和恢復(fù)； 沒有任何操作的時候，進行

40、備份，恢復(fù)； 部分備份，全部備份，部分恢復(fù)，全部恢復(fù)有選擇的備份和恢復(fù)；4) 進行備份，恢復(fù)操作是否有權(quán)限限制 A 有: 分別用有權(quán)限的用戶和沒有權(quán)限的用戶進行操作 B 沒有：單個用戶進行備份，恢復(fù)；多個用戶同時進行備份和恢復(fù)。17系統(tǒng)日志的處理1) 系統(tǒng)能否正確記錄日志信息；2) 系統(tǒng)是否有清空日志的功能；3) 系統(tǒng)是否有導(dǎo)出日志的功能；4) 當日志數(shù)據(jù)超過容量時，系統(tǒng)如何處理。二具體用例不好設(shè)計，下面列出了一些有性能要求的測試點：1) 查詢2) 保存3) 統(tǒng)計4) 刷新5) 顯示6) 傳輸7) 響應(yīng)8) 下載打開網(wǎng)絡(luò)上介質(zhì)上的文件時，可制造網(wǎng)絡(luò)擁擠情況下的文件打開操作。主要測試點，集中在幾

41、個點上。一是數(shù)據(jù)量小的時候主要的查詢統(tǒng)計刷新等功能點；二是數(shù)據(jù)量積累到一定程度時的查詢統(tǒng)計刷新時間，這里的一定程度是根據(jù)實際的項目和客戶需求來定的。三極限壓力測試1) 接收大數(shù)據(jù)量的數(shù)據(jù)文件時間；2) 大數(shù)據(jù)恢復(fù)時間；3) 大數(shù)據(jù)導(dǎo)入導(dǎo)出時間；4) 大批量錄入數(shù)據(jù)時間；5) 大數(shù)據(jù)量的計算時間；6) 多客戶機同時進行某一個提交操作；7) 采用測試工具軟件；8) 編寫測試腳本程序；9) 大數(shù)據(jù)量的查詢統(tǒng)計時間。四. 容錯測試1) 通過斷開網(wǎng)線的強制性停止數(shù)據(jù)傳輸以及重新將網(wǎng)線接上，查看提示信息及對系統(tǒng)的影響；2) 系統(tǒng)斷電，恢復(fù)后查看對系統(tǒng)的影響程度；3) 死機后，看程序如何處理；4) 服務(wù)器D

42、OWN掉，客戶端程序如何處理。五并發(fā)測試1) 登錄的并發(fā)操作：多人同時登錄系統(tǒng)，使用不同或相同賬號；2) 提交的并發(fā)操作：多人同時提交相同的項、不同的工作項；3) 對操作的并發(fā)操作：多人同時從數(shù)據(jù)庫中讀出（或向數(shù)據(jù)庫導(dǎo)入） 相同文件、不同文件。*附：一些容易出錯的地方*一. 有關(guān)新建和修改1. 創(chuàng)建或修改的內(nèi)容為已經(jīng)存在的內(nèi)容，系統(tǒng)是否有提示；2. 修改正在使用的數(shù)據(jù)。二. 刪除1. 應(yīng)有確認提示；2. 若刪除的內(nèi)容在文件或數(shù)據(jù)庫中，應(yīng)作實際校驗；3. 刪除正在使用的數(shù)據(jù)；4. 考慮刪除數(shù)據(jù)的相關(guān)數(shù)據(jù)是否同時被刪除；5. 重新使用已刪除的數(shù)據(jù)。三關(guān)于提示信息的驗證有些操作系統(tǒng)會給出成功（有時沒

43、有成功提示）或失敗的提示，一定要驗證提示的正確性（尤其是一些重要操作，如修改口令），即用其它方法檢查所作的操作是否真正成功或失敗。四關(guān)于考慮硬盤空間已滿的情況1. 數(shù)據(jù)存儲和備份；2. 生成文件；3. 拷貝文件五關(guān)于修改系統(tǒng)時間對于和時間有關(guān)的業(yè)務(wù)，測試時考慮修改系統(tǒng)時間對系統(tǒng)的影響。六對于響應(yīng)速度慢的按鈕進行連續(xù)點擊；或中途取消，再繼續(xù)七凡是支持并發(fā)過程的功能，一定要做并發(fā)測試（手工進行或利用工具）；八打印功能（能否正確打印，打印效果與預(yù)覽是否一致）九系統(tǒng)初始化1) 如果系統(tǒng)安裝后需要進行初始化，初始化過程是否正確；2) 如果系統(tǒng)安裝后不需要進行初始化，安裝后的默認設(shè)置是否正確、適當。十版權(quán)

44、聲明是否符合標準，如果有公司的logo，圖標是否正確（最容易測試的地方，也是最容易被忽略的地方）十一如果捆綁硬件，如果可能的話，在測試我們的軟件產(chǎn)品前要對硬件的性能、穩(wěn)定性進行嚴格測試。（包括大數(shù)據(jù)量的傳輸入等）十二備份與恢復(fù)1) 備份與恢復(fù)過程本身的正確性；2) 備份內(nèi)容的正確性（通過事先準備的測試數(shù)據(jù)在恢復(fù)后驗證）；3) 備份與恢復(fù)過程中對異常情況的處理（掉電、網(wǎng)絡(luò)不通等）；4) 在原始機上的恢復(fù)；5) 在非原始機上的恢復(fù)；6) 在裸機（只有操作系統(tǒng)和必要的數(shù)據(jù)庫或第三方產(chǎn)品）上的恢復(fù)；7) 在一臺機器上進行若干次的備份與恢復(fù)；8) 如果是支持多數(shù)據(jù)庫的軟件，備份與恢復(fù)是容易出錯的地方。需

45、要嚴格把握的錯誤類別：在整個測試過程中對每條問題都制定有錯誤歸類，現(xiàn)按照問題的嚴重程度，把問題主要分為四類：A：嚴重影響系統(tǒng)運行：導(dǎo)致系統(tǒng)出現(xiàn)不可預(yù)料的嚴重錯誤的問題，例如：運行過程中出現(xiàn)頁面或頁面無法顯示、死機等；B：影響系統(tǒng)運行：系統(tǒng)中重要的功能出現(xiàn)運行錯誤，例如：導(dǎo)致用戶必須重新登錄的問題，導(dǎo)致個別用戶不可用的問題；C：不影響系統(tǒng)運行但必須修改：系統(tǒng)中基本的操作或功能沒有實現(xiàn)或?qū)崿F(xiàn)有誤的問題，以及不符合常規(guī)的操作界面的問題；D：所提建議：不影響系統(tǒng)運行，對系統(tǒng)的可用性等提示的建議性的問題?？蓽y試性的內(nèi)涵和設(shè)計發(fā)布時間: 2009-6-04 13:35 作者: 未知 來源: 網(wǎng)絡(luò)轉(zhuǎn)載字體:

46、 | | | | 推薦標簽： 1.可性描述了測試信息獲取的難易程度包括兩方面的含義：一方面，便于對軟件的內(nèi)部狀態(tài)進行控制，即所謂的可控性；另一方面，能夠?qū)浖膬?nèi)部狀態(tài)進行觀測，即可觀測性。實際上，可控性和可觀測性所描述的就是對軟件進行測試時信息獲取的難易程度。傳統(tǒng)的“黑箱”方法的根本缺陷就在于它難以獲取有效表征被測對象內(nèi)部狀態(tài)的信息。2.可測試性是軟件本身的一種設(shè)計特性同可靠性（reliability ）一樣，可測試性也是軟件本身所固有的一種設(shè)計特性。軟件的可測試性并不是可測試性設(shè)計所賦予的，軟件一旦設(shè)計生產(chǎn)出，本身就具備了一定的可測試性。正如可靠性可以通過MTBF等可靠性指標度量一樣，可測

47、試性也可以通過可控性、可觀測性指標來度量。要改善軟件的可測試性指標，必須在軟件設(shè)計階段就進行良好的可測試性設(shè)計。3.可測試性技術(shù)的最終目標是提高軟件的質(zhì)量和可靠性，降低全壽命周期費用降低軟件的費用，追求軟件的高質(zhì)量是工業(yè)界的永恒主題。目前，單純合格與否的傳統(tǒng)質(zhì)量標準已轉(zhuǎn)變?yōu)榫C合了性能指標、可靠性及可用性（availability）指標要求的“完整質(zhì)量”概念，而傳統(tǒng)的僅考慮軟件設(shè)計和生產(chǎn)費用的產(chǎn)品費用則被“全壽命周期費用”的概念所替代。全壽命周期費用包括軟件整個生命周期中從概念形成到報廢處理全過程的費用。可測試性技術(shù)的應(yīng)用可以極大地提高軟件的“完整質(zhì)量”，降低其全壽命周期費用。一方面，在軟件設(shè)計

48、階段，可以對軟件設(shè)計原型進行虛擬測試，驗證設(shè)計方案，排除可能的設(shè)計缺陷；在生產(chǎn)階段，可以對軟件進行全面的測試，排除軟件的潛在故障，從而降低使用過程中的故障率，提高其質(zhì)量和可靠性；另一方面，可測試性技術(shù)可以縮短軟件研制、試驗和評價的周期，降低軟件的研制費用，提高軟件的可用性指標，減少軟件的維護和保障費用，從而降低軟件的全壽命周期費用。第一代可測試設(shè)計技術(shù)：特定目標可測試性設(shè)計第一代可測試性設(shè)計技術(shù)以外部測試和特定目標可測試性設(shè)計方法為基礎(chǔ)。特定目標可測試性設(shè)計是指：針對特定功能和結(jié)構(gòu)進行可測試性預(yù)計，判斷其是否符合可測試性要求，若不滿足，通過改善設(shè)計方案來提高其可測試性，直至滿足要求。特定目標可

49、測試性設(shè)計主要采用外部測試方法，測試向量的輸入和測試響應(yīng)的輸出均通過被測設(shè)備的輸入/輸出端口進行操作，對被測對象內(nèi)部節(jié)點的控制和觀測則采用以在線（in-line）。其主要缺點如下：（1） 設(shè)計同系統(tǒng)的具體功能和結(jié)構(gòu)緊密相關(guān)，對較復(fù)雜的系統(tǒng)進行設(shè)計的難度大、周期長；（2） 難以實現(xiàn)并行測試；（3） 需要專用測試接口和測試工具，成本高；（4） 隨著系統(tǒng)的復(fù)雜，采用監(jiān)控測試方法的適用范圍日益減小。目前，特定目標可測試性設(shè)計已逐漸被的可測試性技術(shù)所代替。盡管如此，對于復(fù)雜程度較低的而言，特定目標可測試性設(shè)計方法仍然是一種不可或缺的方法。為可測性而設(shè)計發(fā)布時間: 2007-8-28 15:13 作者:

50、譯者:陳能技 來源: 陳能技的質(zhì)量感悟字體: | | | | 推薦標簽： 摘要 本文提供若干實用的建議，幫助項目組開發(fā)出可測性更強的軟件產(chǎn)品。 本文對可測性（Testability）的定義為可見性和可控制性?？梢娦允俏覀兡苡^察被測軟件的狀態(tài)、輸出、資源利用和其它影響的程度；可控制性是我們能向被測軟件輸入或把它設(shè)置到某個特定狀態(tài)的程度。 可見性基礎(chǔ) 可見性的基本方面是能訪問代碼、設(shè)計文檔和更改記錄。這些是對大部分可測性進行改進的前提條件。 人員需要知道如何閱讀代碼，以及如何理解設(shè)計模型所采用的語言。在測試人員能提出測試接口、錯誤注入鉤子或其它可測性特性之前，他們需要對系統(tǒng)設(shè)計有基本的理解。 可測

51、性的改進需要測試人員和開發(fā)人員都使用共同的語言。 詳細的輸出 很多程序都有詳細輸出模式，這是可測性的很好的例子，它讓人可以看到軟件運轉(zhuǎn)的細節(jié)。Unix的Mail程序就是其中一個例子： mail -vSubject: testability exampleSample text.Cc:. Connecting to . via relay. 220-ESMTP Sendmail 8.9.3/8.9.3; Fri, 12 Jan 2001 15:34:36 -00 220 Welcome toIlluminati Online, Fnord!>>> EHLO 250- Hello IDENT:wazmo 199.170.88.11, pleased tu250-8BITMIME250-SIZE 250-DSN250-ONEX250-ETRN250-XUSR250 HELP>>> MAIL From: <> SIZE=67250 <>. Sender ok>>> RCPT To: <>250 <>. Recipient ok>>> DATA354 E