第129貼【2004－10－28】：常見(jiàn)測(cè)試術(shù)語(yǔ)十一
QA－－質(zhì)量保證（quality assurance）
（1）已計(jì)劃的系統(tǒng)性活動(dòng)，用于保證一個(gè)組件、模塊或系統(tǒng)遵從已確立的需求。（2）采取的所有活動(dòng)以保證一
個(gè)開發(fā)組織交付的產(chǎn)品滿足性能需求和已確立的標(biāo)準(zhǔn)和過(guò)程。
QC－－質(zhì)量控制（quality control）
用于獲得質(zhì)量需求的操作技術(shù)和過(guò)程，如測(cè)試活動(dòng)。
Race Condition－－競(jìng)爭(zhēng)狀態(tài)
并行問(wèn)題的根源。對(duì)一個(gè)共享資源的多個(gè)訪問(wèn)，至少包含了一個(gè)寫操作，但是沒(méi)有一個(gè)機(jī)制來(lái)協(xié)調(diào)同時(shí)發(fā)生的訪問(wèn)。
recovery testing－－恢復(fù)性測(cè)試
驗(yàn)證系統(tǒng)從失效中恢復(fù)能力的測(cè)試。
regression analysis and testing－－回歸分析和測(cè)試
一個(gè)軟件驗(yàn)證和確認(rèn)任務(wù)以確定在修改后需要重復(fù)測(cè)試和分析的范圍。
Regression Testing－－回歸測(cè)試
在發(fā)生修改之后重新測(cè)試先前的測(cè)試以保證修改的正確性。
release－－發(fā)布
一個(gè)批準(zhǔn)版本的正式通知和分發(fā)。
reliability－－可靠性
一個(gè)系統(tǒng)或組件在規(guī)定的條件下在指定的時(shí)間內(nèi)執(zhí)行其需要功能的能力。
reliability assessment－－可靠性評(píng)價(jià)
確定一個(gè)已有系統(tǒng)或組件的可靠性級(jí)別的過(guò)程。
requirements-based testing－－基于需求的測(cè)試
根據(jù)軟件組件的需求導(dǎo)出測(cè)試用例的一種設(shè)計(jì)方法。
review－－評(píng)審
在產(chǎn)品開發(fā)過(guò)程中，把產(chǎn)品提交給項(xiàng)目成員、用戶、管理者或其它相關(guān)人員評(píng)價(jià)或批準(zhǔn)的過(guò)程。
risk－－風(fēng)險(xiǎn)
不期望效果的可能性和嚴(yán)重性的一個(gè)度量。
risk assessment－－風(fēng)險(xiǎn)評(píng)估
對(duì)風(fēng)險(xiǎn)和風(fēng)險(xiǎn)影響的一個(gè)完整的評(píng)價(jià)。
第130貼【2004－10－29】：常見(jiàn)測(cè)試術(shù)語(yǔ)十二
safety－－（生命）安全性
不會(huì)引起人員傷亡、產(chǎn)生疾病、毀壞或損失設(shè)備和財(cái)產(chǎn)、或者破壞環(huán)境。
safety critical－－嚴(yán)格的安全性
一個(gè)條件、事件、操作、過(guò)程或項(xiàng)，它的認(rèn)識(shí)、控制或執(zhí)行對(duì)生命安全性的系統(tǒng)來(lái)說(shuō)是非常關(guān)鍵的。
Sanity Testing－－理智測(cè)試
軟件主要功能成分的簡(jiǎn)單測(cè)試以保證它是否能進(jìn)行基本的測(cè)試。參考冒煙測(cè)試
SDP－－軟件開發(fā)計(jì)劃（software development plan）
用于一個(gè)軟件產(chǎn)品開發(fā)的項(xiàng)目計(jì)劃。
security testing－－安全性測(cè)試
驗(yàn)證系統(tǒng)是否符合安全性目標(biāo)的一種測(cè)試。
security.－－（信息）安全性
參考計(jì)算機(jī)系統(tǒng)安全性（computer system security）
serviceability testing－－可服務(wù)性測(cè)試
參考可維護(hù)性測(cè)試（maintainability testing）
simple subpath－－簡(jiǎn)單子路徑
控制流的一個(gè)子路徑，其中沒(méi)有不必要的部分被執(zhí)行。
simulation－－模擬
使用另一個(gè)系統(tǒng)來(lái)表示一個(gè)物理的或抽象的系統(tǒng)的選定行為特性。
simulation－－模擬
使用一個(gè)可執(zhí)行模型來(lái)表示一個(gè)對(duì)象的行為。
simulator－－模擬器
軟件驗(yàn)證期間的一個(gè)設(shè)備、軟件程序、或系統(tǒng)，當(dāng)它給定一個(gè)控制的輸入時(shí)，表現(xiàn)的與一個(gè)給定的系統(tǒng)類似。
第131貼【2004－11－1】：常見(jiàn)測(cè)試術(shù)語(yǔ)十三
SLA－－服務(wù)級(jí)別協(xié)議（service level agreement）
服務(wù)提供商與客戶之間的一個(gè)協(xié)議，用于規(guī)定服務(wù)提供商應(yīng)當(dāng)提供什么服務(wù)。
Smoke Testing－－冒煙測(cè)試
對(duì)軟件主要功能進(jìn)行快餐式測(cè)試。最早來(lái)自于硬件測(cè)試實(shí)踐，以確定新的硬件在第一次使用的時(shí)候不會(huì)著火。
software development process－－軟件開發(fā)過(guò)程
一個(gè)把用戶需求轉(zhuǎn)換為軟件產(chǎn)品的開發(fā)過(guò)程。
software diversity－－軟件多樣性
一種軟件開發(fā)技術(shù)，其中，由不同的程序員或開發(fā)組開發(fā)的相同規(guī)格的不同程序，目的是為了檢測(cè)錯(cuò)誤、增加可靠性。
software element－－軟件元素
軟件開發(fā)或維護(hù)期間產(chǎn)生或獲得的一個(gè)可交付的或過(guò)程內(nèi)的文檔。
software engineering－－軟件工程
一個(gè)應(yīng)用于軟件開發(fā)、操作和維護(hù)的系統(tǒng)性的、有紀(jì)律的、可量化的方法。
software engineering environment－－軟件工程環(huán)境
執(zhí)行一個(gè)軟件工程工作的硬件、軟件和固件。
software life cycle－－軟件生命周期
開始于一個(gè)軟件產(chǎn)品的構(gòu)思，結(jié)束于該產(chǎn)品不再被使用的這段期間。
SOP－－標(biāo)準(zhǔn)操作過(guò)程（standard operating
procedures）
書面的步驟，這對(duì)保證生產(chǎn)和處理的控制是必須的。
source code－－源代碼
用一種適合于輸入到匯編器、編譯器或其它轉(zhuǎn)換設(shè)備的計(jì)算機(jī)指令和數(shù)據(jù)定義。
source statement－－源語(yǔ)句
參考語(yǔ)句（statement）
第132貼【2004－11－2】：常見(jiàn)測(cè)試術(shù)語(yǔ)十四
specification－－規(guī)格
組件功能的一個(gè)描述，格式是：對(duì)指定的輸入在指定的條件下的輸出。
specified input－－指定的輸入
一個(gè)輸入，根據(jù)規(guī)格能預(yù)知其輸出。
spiral model －－螺旋模型
軟件開發(fā)過(guò)程的一個(gè)模型，其中的組成活動(dòng)，典型的包括需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼，集成和測(cè)試等活動(dòng)被迭代的執(zhí)行直到軟件被完成。
SQL－－結(jié)構(gòu)化查詢語(yǔ)句（structured query language）
在一個(gè)關(guān)系數(shù)據(jù)庫(kù)中查詢和處理數(shù)據(jù)的一種語(yǔ)言。
state－－狀態(tài)
一個(gè)系統(tǒng)、組件或模擬可能存在其中的一個(gè)條件或模式。
state diagram－－狀態(tài)圖
一個(gè)圖形，描繪一個(gè)系統(tǒng)或組件可能假設(shè)的狀態(tài)，并且顯示引起或?qū)е乱粋€(gè)狀態(tài)切換到另一個(gè)狀態(tài)的事件或環(huán)境。
state transition－－狀態(tài)轉(zhuǎn)換
一個(gè)系統(tǒng)或組件的兩個(gè)允許狀態(tài)之間的切換。
state transition testing －－狀態(tài)轉(zhuǎn)換測(cè)試
根據(jù)狀態(tài)轉(zhuǎn)換來(lái)設(shè)計(jì)測(cè)試用例的一種方法。
statement－－語(yǔ)句
程序語(yǔ)言的一個(gè)實(shí)體，是典型的最小可執(zhí)行單元。
statement coverage－－語(yǔ)句覆蓋
在一個(gè)組件中，通過(guò)執(zhí)行一定的測(cè)試用例所能達(dá)到的語(yǔ)句覆蓋百分比。
statement testing－－語(yǔ)句測(cè)試
根據(jù)語(yǔ)句覆蓋來(lái)設(shè)計(jì)測(cè)試用例的一種方法。
Static Analysis－－靜態(tài)分析
分析一個(gè)程序的執(zhí)行，但是并不實(shí)際執(zhí)行這個(gè)程序。
第133貼【2004－11－3】：常見(jiàn)測(cè)試術(shù)語(yǔ)十五
Static Analyzer－－靜態(tài)分析器
進(jìn)行靜態(tài)分析的工具。
Static Testing－－靜態(tài)測(cè)試
不通過(guò)執(zhí)行來(lái)測(cè)試一個(gè)系統(tǒng)。
statistical testing－－統(tǒng)計(jì)測(cè)試
通過(guò)使用對(duì)輸入統(tǒng)計(jì)分布進(jìn)行分析來(lái)構(gòu)造測(cè)試用例的一種測(cè)試設(shè)計(jì)方法。
stepwise refinement－－逐步優(yōu)化
一個(gè)結(jié)構(gòu)化軟件設(shè)計(jì)技術(shù)，數(shù)據(jù)和處理步驟首先被廣泛的定義，然后被逐步的進(jìn)行了細(xì)化。
storage testing－－存儲(chǔ)測(cè)試
驗(yàn)證系統(tǒng)是否滿足指定存儲(chǔ)目標(biāo)的測(cè)試。
Stress Testing－－壓力測(cè)試
在規(guī)定的規(guī)格條件或者超過(guò)規(guī)定的規(guī)格條件下，測(cè)試一個(gè)系統(tǒng)，以評(píng)價(jià)其行為。類似負(fù)載測(cè)試，通常是性能測(cè)試
的一部分。
structural coverage－－結(jié)構(gòu)化覆蓋
根據(jù)組件內(nèi)部的結(jié)構(gòu)度量覆蓋率。
structural test case design－－結(jié)構(gòu)化測(cè)試用例設(shè)計(jì)
根據(jù)組件內(nèi)部結(jié)構(gòu)的分析來(lái)設(shè)計(jì)測(cè)試用例的一種方法。
structural testing－－結(jié)構(gòu)化測(cè)試
參考結(jié)構(gòu)化測(cè)試用例設(shè)計(jì)（structural test case design）
structured basis testing－－結(jié)構(gòu)化的基礎(chǔ)測(cè)試
根據(jù)代碼邏輯設(shè)計(jì)測(cè)試用例來(lái)獲得100％分支覆蓋的一種測(cè)試用例設(shè)計(jì)技術(shù)。
structured design－－結(jié)構(gòu)化設(shè)計(jì)
軟件設(shè)計(jì)的任何遵循一定紀(jì)律的方法，它按照特定的規(guī)則，例如：模塊化，有頂向下設(shè)計(jì)，數(shù)據(jù)逐步優(yōu)化，系統(tǒng)
結(jié)構(gòu)和處理步驟。
structured programming－－結(jié)構(gòu)化編程
在結(jié)構(gòu)化程序開發(fā)中的任何包含結(jié)構(gòu)化設(shè)計(jì)和結(jié)果的軟件開發(fā)技術(shù)。
structured walkthrough－－結(jié)構(gòu)化走讀
參考走讀（walkthrough）
第134貼【2004－11－4】：常見(jiàn)測(cè)試術(shù)語(yǔ)十六
stub－－樁
一個(gè)軟件模塊的框架或特殊目標(biāo)實(shí)現(xiàn)，主要用于開發(fā)和測(cè)試一個(gè)組件，該組件調(diào)用或依賴這個(gè)模塊。
symbolic uation－－符號(hào)評(píng)價(jià)
參考符號(hào)執(zhí)行（symbolic execution）
symbolic execution－－符號(hào)執(zhí)行
通過(guò)符號(hào)表達(dá)式來(lái)執(zhí)行程序路徑的一種靜態(tài)分析設(shè)計(jì)技術(shù)。其中，程序的執(zhí)行被用符號(hào)來(lái)模擬，例如，使用變量
名而不是實(shí)際值，程序的輸出被表示成包含這些符號(hào)的邏輯或數(shù)學(xué)表達(dá)式。
symbolic trace－－符號(hào)軌跡
一個(gè)計(jì)算機(jī)程序通過(guò)符號(hào)執(zhí)行是經(jīng)過(guò)的語(yǔ)句分支結(jié)果的一個(gè)記錄。
syntax testing－－語(yǔ)法分析
根據(jù)輸入語(yǔ)法來(lái)驗(yàn)證一個(gè)系統(tǒng)或組件的測(cè)試用例設(shè)計(jì)技術(shù)。
system analysis－－系統(tǒng)分析
對(duì)一個(gè)計(jì)劃的或現(xiàn)實(shí)的系統(tǒng)進(jìn)行的一個(gè)系統(tǒng)性調(diào)查以確定系統(tǒng)的功能以及系統(tǒng)與其它系統(tǒng)之間的交互。
system design－－系統(tǒng)設(shè)計(jì)
一個(gè)定義硬件和軟件構(gòu)架、組件、模塊、接口和數(shù)據(jù)的過(guò)程以滿足指定的規(guī)格。
system integration－－系統(tǒng)集成
一個(gè)系統(tǒng)組件的漸增的連接和測(cè)試，直到一個(gè)完整的系統(tǒng)。
System Testing－－系統(tǒng)測(cè)試
從一個(gè)系統(tǒng)的整體而不是個(gè)體上來(lái)測(cè)試一個(gè)系統(tǒng)，并且該測(cè)試關(guān)注的是規(guī)格，而不是系統(tǒng)內(nèi)部的邏輯。
第135貼【2004－11－7】：常見(jiàn)測(cè)試術(shù)語(yǔ)十七
technical requirements testing－－技術(shù)需求測(cè)試
參考非功能需求測(cè)試（non-functional requirements
testing）
test automation－－測(cè)試自動(dòng)化
使用工具來(lái)控制測(cè)試的執(zhí)行、結(jié)果的比較、測(cè)試預(yù)置條件的設(shè)置、和其它測(cè)試控制和報(bào)告功能。
test case－－測(cè)試用例
用于特定目標(biāo)而開發(fā)的一組輸入、預(yù)置條件和預(yù)期結(jié)果。
test case design technique－－測(cè)試用例設(shè)計(jì)技術(shù)
選擇和導(dǎo)出測(cè)試用例的技術(shù)。
test case suite－－測(cè)試用例套
對(duì)被測(cè)軟件的一個(gè)或多個(gè)測(cè)試用例的集合。
test comparator－－測(cè)試比較器
一個(gè)測(cè)試工具用于比較軟件實(shí)際測(cè)試產(chǎn)生的結(jié)果與測(cè)試用例預(yù)期的結(jié)果。
test completion criterion－－測(cè)試完成標(biāo)準(zhǔn)
一個(gè)標(biāo)準(zhǔn)用于確定被計(jì)劃的測(cè)試何時(shí)完成。
test coverage－－測(cè)試覆蓋
參考覆蓋率（Coverage）
test driver－－測(cè)試驅(qū)動(dòng)
一個(gè)程序或測(cè)試工具用于根據(jù)測(cè)試套執(zhí)行軟件。
test environment－－測(cè)試環(huán)境
測(cè)試運(yùn)行其上的軟件和硬件環(huán)境的描述，以及任何其它與被測(cè)軟件交互的軟件，包括驅(qū)動(dòng)和樁。
第136貼【2004－11－8】：常見(jiàn)測(cè)試術(shù)語(yǔ)十八
test execution－－測(cè)試執(zhí)行
一個(gè)測(cè)試用例被被測(cè)軟件執(zhí)行，并得到一個(gè)結(jié)果。
test execution technique－－測(cè)試執(zhí)行技術(shù)
執(zhí)行測(cè)試用例的技術(shù)，包括手工、自動(dòng)化等。
test generator－－測(cè)試生成器
根據(jù)特定的測(cè)試用例產(chǎn)生測(cè)試用例的工具。
test harness－－測(cè)試用具
包含測(cè)試驅(qū)動(dòng)和測(cè)試比較器的測(cè)試工具。
test log－－測(cè)試日志
一個(gè)關(guān)于測(cè)試執(zhí)行所有相關(guān)細(xì)節(jié)的時(shí)間記錄。
test measurement technique－－測(cè)試度量技術(shù)
度量測(cè)試覆蓋率的技術(shù)。
Test Plan－－測(cè)試計(jì)劃
一個(gè)文檔，描述了要進(jìn)行的測(cè)試活動(dòng)的范圍、方法、資源和進(jìn)度。它確定測(cè)試項(xiàng)、被測(cè)特性、測(cè)試任務(wù)、誰(shuí)執(zhí)行
任務(wù)，并且任何風(fēng)險(xiǎn)都要沖突計(jì)劃。
test procedure－－測(cè)試規(guī)程
一個(gè)文檔，提供詳細(xì)的測(cè)試用例執(zhí)行指令。
test records－－測(cè)試記錄
對(duì)每個(gè)測(cè)試，明確的記錄被測(cè)組件的標(biāo)識(shí)、版本，測(cè)試規(guī)格，和實(shí)際結(jié)果
test report－－測(cè)試報(bào)告
一個(gè)描述系統(tǒng)或組件執(zhí)行的測(cè)試和結(jié)果的文檔。
Test Script－－測(cè)試腳本
一般指的是一個(gè)特定測(cè)試的一系列指令，這些指令可以被自動(dòng)化測(cè)試工具執(zhí)行。
Test Specification－－測(cè)試規(guī)格
一個(gè)文檔，用于指定一個(gè)軟件特性、特性組合或所有特性的測(cè)試方法、輸入、預(yù)期結(jié)果和執(zhí)行條件。
第137貼【2004－11－9】：常見(jiàn)測(cè)試術(shù)語(yǔ)十九
test strategy－－測(cè)試策略
一個(gè)簡(jiǎn)單的高層文檔，用于描述測(cè)試的大致方法，目標(biāo)和方向。
test suite－－測(cè)試套
測(cè)試用例和/或測(cè)試腳本的一個(gè)集合，與一個(gè)應(yīng)用的特定功能或特性相關(guān)。
test target－－測(cè)試目標(biāo)
一組測(cè)試完成標(biāo)準(zhǔn)。
testability－－可測(cè)試性
一個(gè)系統(tǒng)或組件有利于測(cè)試標(biāo)準(zhǔn)建立和確定這些標(biāo)準(zhǔn)是否被滿足的測(cè)試執(zhí)行的程度。
Testing－－測(cè)試
IEEE給出的定義是：1）一個(gè)執(zhí)行軟件的過(guò)程，以驗(yàn)證其滿足指定的需求并檢測(cè)錯(cuò)誤。2）一個(gè)軟件項(xiàng)的分析過(guò)程
以檢測(cè)已有條件之間的不同，并評(píng)價(jià)軟件項(xiàng)的特性。
thread testing－－線程測(cè)試
自頂向下測(cè)試的一個(gè)變化版本，其中，遞增的組件集成遵循需求子集的實(shí)現(xiàn)。
time sharing－－時(shí)間共享
一種操作方式，允許兩個(gè)或多個(gè)用戶在相同的計(jì)算機(jī)系統(tǒng)上同時(shí)執(zhí)行計(jì)算機(jī)程序。其實(shí)現(xiàn)可能通過(guò)時(shí)間片輪轉(zhuǎn)、
優(yōu)先級(jí)中斷等。
top-down design－－由頂向下設(shè)計(jì)
一種設(shè)計(jì)策略，首先設(shè)計(jì)最高層的抽象和處理，然后逐步向更低級(jí)別進(jìn)行設(shè)計(jì)。
top-down testing－－自頂向下測(cè)試
集成測(cè)試的一種策略，首先測(cè)試最頂層的組件，其它組件使用樁，然后逐步加入較低層的組件進(jìn)行測(cè)試，直到所
有組件被集成到系統(tǒng)中。
traceability－－可跟蹤性
開發(fā)過(guò)程的兩個(gè)或多個(gè)產(chǎn)品之間關(guān)系可以被建立起來(lái)的程度，尤其是產(chǎn)品彼此之間有一個(gè)前后處理關(guān)系。
traceability analysis－－跟蹤性分析
（1）跟蹤概念文檔中的軟件需求到系統(tǒng)需求；（2）跟蹤軟件設(shè)計(jì)描述到軟件需求規(guī)格，以及軟件需求規(guī)格到軟
件設(shè)計(jì)描述；（3）跟蹤源代碼對(duì)應(yīng)到設(shè)計(jì)規(guī)格，以及設(shè)計(jì)規(guī)格對(duì)應(yīng)到源代碼。分析確定它們之間正確性、一致性
、完整性、精確性的關(guān)系。
traceability matrix－－跟蹤矩陣
一個(gè)用于記錄兩個(gè)或多個(gè)產(chǎn)品之間關(guān)系的矩陣。例如，需求跟蹤矩陣是跟蹤從需求到設(shè)計(jì)再到編碼的實(shí)現(xiàn)。
第138貼【2004－11－10】：常見(jiàn)測(cè)試術(shù)語(yǔ)二十
transaction－－事務(wù)/處理
（1）一個(gè)命令、消息或輸入記錄，它明確或隱含的調(diào)用了一個(gè)處理活動(dòng)，例如更新一個(gè)文件。（2）用戶和系統(tǒng)
之間的一次交互。（3）在一個(gè)數(shù)據(jù)庫(kù)管理系統(tǒng)中，完成一個(gè)特定目的的處理單元，如恢復(fù)、更新、修改或刪除一
個(gè)或多個(gè)數(shù)據(jù)元素。
transform analysis－－事務(wù)分析
系統(tǒng)的結(jié)構(gòu)是根據(jù)分析系統(tǒng)需要處理的事務(wù)獲得的一種分析技術(shù)。
trojan horse－－特洛伊木馬
一種攻擊計(jì)算機(jī)系統(tǒng)的方法，典型的方法是提供一個(gè)包含具有攻擊性隱含代碼的有用程序給用戶，在用戶執(zhí)行該
程序的時(shí)候，其隱含的代碼對(duì)系統(tǒng)進(jìn)行非法訪問(wèn)，并可能產(chǎn)生破壞。
truth table－－真值表
用于邏輯操作的一個(gè)操作表格。
Unit Testing－－單元測(cè)試
測(cè)試單個(gè)的軟件組件，屬于白盒測(cè)試范疇，其測(cè)試基礎(chǔ)是軟件內(nèi)部的邏輯。
Usability Testing－－可用性測(cè)試
測(cè)試用戶使用和學(xué)習(xí)產(chǎn)品的容易程度。
validation－－確認(rèn)
根據(jù)用戶需要確認(rèn)軟件開發(fā)的產(chǎn)品的正確性。
verification－－驗(yàn)證
評(píng)價(jià)一個(gè)組件或系統(tǒng)以確認(rèn)給定開發(fā)階段的產(chǎn)品是否滿足該階段開始時(shí)設(shè)定的標(biāo)準(zhǔn)。
version－－版本
一個(gè)軟件項(xiàng)或軟件元素的一個(gè)初始發(fā)布或一個(gè)完整的再發(fā)布。
volume testing－－容量測(cè)試
使用大容量數(shù)據(jù)測(cè)試系統(tǒng)的一種策略。
Walkthrough－－走讀
一個(gè)針對(duì)需求、設(shè)計(jì)或代碼的非正式的同行評(píng)審，一般由作者發(fā)起，由作者的同行參與進(jìn)行的評(píng)審過(guò)程。
waterfall model－－瀑布模型
軟件開發(fā)過(guò)程模型的一種，包括概念階段、需求階段、設(shè)計(jì)階段、實(shí)現(xiàn)階段、測(cè)試階段、安裝和檢查階段、操作
和維護(hù)階段，這些階段按次序進(jìn)行，可能有部分重疊，但很少會(huì)迭代。
White Box Testing－－白盒測(cè)試
根據(jù)軟件內(nèi)部的工作原理分析來(lái)進(jìn)行測(cè)試。
