軟件測試的名詞以及黑盒和白盒的區(qū)別_第1頁
軟件測試的名詞以及黑盒和白盒的區(qū)別_第2頁
軟件測試的名詞以及黑盒和白盒的區(qū)別_第3頁
軟件測試的名詞以及黑盒和白盒的區(qū)別_第4頁
軟件測試的名詞以及黑盒和白盒的區(qū)別_第5頁
已閱讀5頁,還剩15頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、software development process軟件開發(fā)過程一個(gè)把用戶需求轉(zhuǎn)換為軟件產(chǎn)品的開發(fā)過程。software diversity軟件多樣性一種軟件開發(fā)技術(shù),其中,由不同的程序員或開發(fā)組開發(fā)的相同規(guī)格的不同程序,目的是為了檢測錯(cuò)誤、增加可靠性。software element軟件元素軟件開發(fā)或維護(hù)期間產(chǎn)生或獲得的一個(gè)可交付的或過程內(nèi)的文檔。software engineering軟件工程一個(gè)應(yīng)用于軟件開發(fā)、操作和維護(hù)的系統(tǒng)性的、有紀(jì)律的、可量化的方法。software engineering environment軟件工程環(huán)境執(zhí)行一個(gè)軟件工程工作的硬件、軟件和固件。softwar

2、e life cycle軟件生命周期開始于一個(gè)軟件產(chǎn)品的構(gòu)思,結(jié)束于該產(chǎn)品不再被使用的這段期間。SOP標(biāo)準(zhǔn)操作過程(standard operating procedures)書面的步驟,這對(duì)保證生產(chǎn)和處理的控制是必須的。source code源代碼用一種適合于輸入到匯編器、編譯器或其它轉(zhuǎn)換設(shè)備的計(jì)算機(jī)指令和數(shù)據(jù)定義。source statement源語句參考語句(statement)specification規(guī)格組件功能的一個(gè)描述,格式是:對(duì)指定的輸入在指定的條件下的輸出。specified input指定的輸入一個(gè)輸入,根據(jù)規(guī)格能預(yù)知其輸出。spiral model 螺旋模型軟件開發(fā)過程的

3、一個(gè)模型,其中的組成活動(dòng),典型的包括需求分析,概要設(shè)計(jì),詳細(xì)設(shè)計(jì),編碼,集成和測試等活動(dòng)被迭代的執(zhí)行直到軟件被完成。SQL結(jié)構(gòu)化查詢語句(structured query language)在一個(gè)關(guān)系數(shù)據(jù)庫中查詢和處理數(shù)據(jù)的一種語言。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)換測試根據(jù)狀態(tài)轉(zhuǎn)換來設(shè)計(jì)測試用例

4、的一種方法。statement語句程序語言的一個(gè)實(shí)體,是典型的最小可執(zhí)行單元。statement coverage語句覆蓋在一個(gè)組件中,通過執(zhí)行一定的測試用例所能達(dá)到的語句覆蓋百分比。statement testing語句測試根據(jù)語句覆蓋來設(shè)計(jì)測試用例的一種方法。Static Analysis靜態(tài)分析分析一個(gè)程序的執(zhí)行,但是并不實(shí)際執(zhí)行這個(gè)程序。Static Analyzer靜態(tài)分析器進(jìn)行靜態(tài)分析的工具。Static Testing靜態(tài)測試不通過執(zhí)行來測試一個(gè)系統(tǒng)。statistical testing統(tǒng)計(jì)測試通過使用對(duì)輸入統(tǒng)計(jì)分布進(jìn)行分析來構(gòu)造測試用例的一種測試設(shè)計(jì)方法。stepwise r

5、efinement逐步優(yōu)化一個(gè)結(jié)構(gòu)化軟件設(shè)計(jì)技術(shù),數(shù)據(jù)和處理步驟首先被廣泛的定義,然后被逐步的進(jìn)行了細(xì)化。storage testing存儲(chǔ)測試驗(yàn)證系統(tǒng)是否滿足指定存儲(chǔ)目標(biāo)的測試。Stress Testing壓力測試在規(guī)定的規(guī)格條件或者超過規(guī)定的規(guī)格條件下,測試一個(gè)系統(tǒng),以評(píng)價(jià)其行為。類似負(fù)載測試,通常是性能測試的一部分。structural coverage結(jié)構(gòu)化覆蓋根據(jù)組件內(nèi)部的結(jié)構(gòu)度量覆蓋率。structural test case design結(jié)構(gòu)化測試用例設(shè)計(jì)根據(jù)組件內(nèi)部結(jié)構(gòu)的分析來設(shè)計(jì)測試用例的一種方法。structural testing結(jié)構(gòu)化測試參考結(jié)構(gòu)化測試用例設(shè)計(jì)(stru

6、ctural test case design)structured basis testing結(jié)構(gòu)化的基礎(chǔ)測試根據(jù)代碼邏輯設(shè)計(jì)測試用例來獲得100分支覆蓋的一種測試用例設(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)stub樁一個(gè)軟件模塊的框架或特殊目標(biāo)實(shí)現(xiàn),主要用于開發(fā)和測

7、試一個(gè)組件,該組件調(diào)用或依賴這個(gè)模塊。symbolic evaluation符號(hào)評(píng)價(jià)參考符號(hào)執(zhí)行(symbolic execution)symbolic execution符號(hào)執(zhí)行通過符號(hào)表達(dá)式來執(zhí)行程序路徑的一種靜態(tài)分析設(shè)計(jì)技術(shù)。其中,程序的執(zhí)行被用符號(hào)來模擬,例如,使用變量名而不是實(shí)際值,程序的輸出被表示成包含這些符號(hào)的邏輯或數(shù)學(xué)表達(dá)式。symbolic trace符號(hào)軌跡一個(gè)計(jì)算機(jī)程序通過符號(hào)執(zhí)行是經(jīng)過的語句分支結(jié)果的一個(gè)記錄。syntax testing語法分析根據(jù)輸入語法來驗(yàn)證一個(gè)系統(tǒng)或組件的測試用例設(shè)計(jì)技術(shù)。system analysis系統(tǒng)分析對(duì)一個(gè)計(jì)劃的或現(xiàn)實(shí)的系統(tǒng)進(jìn)行的一個(gè)系

8、統(tǒng)性調(diào)查以確定系統(tǒng)的功能以及系統(tǒng)與其它系統(tǒng)之間的交互。system design系統(tǒng)設(shè)計(jì)一個(gè)定義硬件和軟件構(gòu)架、組件、模塊、接口和數(shù)據(jù)的過程以滿足指定的規(guī)格。system integration系統(tǒng)集成一個(gè)系統(tǒng)組件的漸增的連接和測試,直到一個(gè)完整的系統(tǒng)。System Testing系統(tǒng)測試從一個(gè)系統(tǒng)的整體而不是個(gè)體上來測試一個(gè)系統(tǒng),并且該測試關(guān)注的是規(guī)格,而不是系統(tǒng)內(nèi)部的邏輯。technical requirements testing技術(shù)需求測試參考非功能需求測試(non-functional requirements testing)test automation測試自動(dòng)化使用工具來控制測

9、試的執(zhí)行、結(jié)果的比較、測試預(yù)置條件的設(shè)置、和其它測試控制和報(bào)告功能test case測試用例用于特定目標(biāo)而開發(fā)的一組輸入、預(yù)置條件和預(yù)期結(jié)果。test case design technique測試用例設(shè)計(jì)技術(shù)選擇和導(dǎo)出測試用例的技術(shù)。test case suite測試用例套對(duì)被測軟件的一個(gè)或多個(gè)測試用例的集合。test comparator測試比較器一個(gè)測試工具用于比較軟件實(shí)際測試產(chǎn)生的結(jié)果與測試用例預(yù)期的結(jié)果。test completion criterion測試完成標(biāo)準(zhǔn)一個(gè)標(biāo)準(zhǔn)用于確定被計(jì)劃的測試何時(shí)完成。test coverage測試覆蓋參考覆蓋率(Coverage)test driv

10、er測試驅(qū)動(dòng)一個(gè)程序或測試工具用于根據(jù)測試套執(zhí)行軟件。test environment測試環(huán)境測試運(yùn)行其上的軟件和硬件環(huán)境的描述,以及任何其它與被測軟件交互的軟件,包括驅(qū)動(dòng)和樁test execution測試執(zhí)行一個(gè)測試用例被被測軟件執(zhí)行,并得到一個(gè)結(jié)果。test execution technique測試執(zhí)行技術(shù)執(zhí)行測試用例的技術(shù),包括手工、自動(dòng)化等。test generator測試生成器根據(jù)特定的測試用例產(chǎn)生測試用例的工具。test harness測試用具包含測試驅(qū)動(dòng)和測試比較器的測試工具。test log測試日志一個(gè)關(guān)于測試執(zhí)行所有相關(guān)細(xì)節(jié)的時(shí)間記錄。test measurement t

11、echnique測試度量技術(shù)度量測試覆蓋率的技術(shù)。Test Plan測試計(jì)劃一個(gè)文檔,描述了要進(jìn)行的測試活動(dòng)的范圍、方法、資源和進(jìn)度。它確定測試項(xiàng)、被測特性、測試任務(wù)、誰執(zhí)行任務(wù),并且任何風(fēng)險(xiǎn)都要沖突計(jì)劃。test procedure測試規(guī)程一個(gè)文檔,提供詳細(xì)的測試用例執(zhí)行指令。test records測試記錄對(duì)每個(gè)測試,明確的記錄被測組件的標(biāo)識(shí)、版本,測試規(guī)格,和實(shí)際結(jié)果test report測試報(bào)告一個(gè)描述系統(tǒng)或組件執(zhí)行的測試和結(jié)果的文檔。Test Script測試腳本一般指的是一個(gè)特定測試的一系列指令,這些指令可以被自動(dòng)化測試工具執(zhí)行。Test Specification測試規(guī)格一個(gè)文檔

12、,用于指定一個(gè)軟件特性、特性組合或所有特性的測試方法、輸入、預(yù)期結(jié)果和執(zhí)行條件。test strategy測試策略一個(gè)簡單的高層文檔,用于描述測試的大致方法,目標(biāo)和方向。test suite測試套測試用例和/或測試腳本的一個(gè)集合,與一個(gè)應(yīng)用的特定功能或特性相關(guān)。test target測試目標(biāo)一組測試完成標(biāo)準(zhǔn)。testability可測試性一個(gè)系統(tǒng)或組件有利于測試標(biāo)準(zhǔn)建立和確定這些標(biāo)準(zhǔn)是否被滿足的測試執(zhí)行的程度。Testing測試IEEE給出的定義是:1)一個(gè)執(zhí)行軟件的過程,以驗(yàn)證其滿足指定的需求并檢測錯(cuò)誤。2)一個(gè)軟件項(xiàng)的分析過程以檢測已有條件之間的不同,并評(píng)價(jià)軟件項(xiàng)的特性。thread te

13、sting線程測試自頂向下測試的一個(gè)變化版本,其中,遞增的組件集成遵循需求子集的實(shí)現(xiàn)。time sharing時(shí)間共享一種操作方式,允許兩個(gè)或多個(gè)用戶在相同的計(jì)算機(jī)系統(tǒng)上同時(shí)執(zhí)行計(jì)算機(jī)程序。其實(shí)現(xiàn)可能通過時(shí)間片輪轉(zhuǎn)、優(yōu)先級(jí)中斷等。top-down design由頂向下設(shè)計(jì)一種設(shè)計(jì)策略,首先設(shè)計(jì)最高層的抽象和處理,然后逐步向更低級(jí)別進(jìn)行設(shè)計(jì)。top-down testing自頂向下測試集成測試的一種策略,首先測試最頂層的組件,其它組件使用樁,然后逐步加入較低層的組件進(jìn)行測試,直到所有組件被集成到系統(tǒng)中。traceability可跟蹤性開發(fā)過程的兩個(gè)或多個(gè)產(chǎn)品之間關(guān)系可以被建立起來的程度,尤其是產(chǎn)

14、品彼此之間有一個(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)。fault故障在軟件中一個(gè)錯(cuò)誤的表現(xiàn)。feasible path可達(dá)路徑可以通過一組輸入值和條件執(zhí)行到的一條路徑。feature testing特性測試參

15、考功能測試(Functional Testing)FMEA失效模型效果分析(Failure Modes and Effects Analysis)可靠性分析中的一種方法,用于在基本組件級(jí)別上確認(rèn)對(duì)系統(tǒng)性能有重大影響的失效FMECA失效模型效果關(guān)鍵性分析(Failure Modes and Effects Criticality Analysis)FMEA的一個(gè)擴(kuò)展,它分析了失效結(jié)果的嚴(yán)重性。FTA故障樹分析(Fault Tree Analysis)引起一個(gè)不需要事件產(chǎn)生的條件和因素的確認(rèn)和分析,通常是嚴(yán)重影響系統(tǒng)性能、經(jīng)濟(jì)性、安全性或其它需要特性。functional decompositio

16、n功能分解參考模塊分解(modular decomposition) Functional Specification 功能規(guī)格說明書一個(gè)詳細(xì)描述產(chǎn)品特性的文檔。Functional Testing功能測試測試一個(gè)產(chǎn)品的特性和可操作行為以確定它們滿足規(guī)格。glass box testing玻璃盒測試參考白盒測試(White Box Testing)IEEE美國電子與電器工程師學(xué)會(huì)(Institute of Electrical and Electronic Engineers)incremental testing漸增測試集成測試的一種,組件逐漸被增加到系統(tǒng)中直到整個(gè)系統(tǒng)被集成。infeasi

17、ble path不可達(dá)路徑不能夠通過任何可能的輸入值集合執(zhí)行到的路徑。input domain輸入域所有可能輸入的集合。inspection檢視對(duì)文檔進(jìn)行的一種評(píng)審形式。installability testing可安裝性測試確定系統(tǒng)的安裝程序是否正確的測試。instrumentation插裝在程序中插入額外的代碼以獲得程序在執(zhí)行時(shí)行為的信息。instrumenter插裝器執(zhí)行插裝的工具Integration Testing集成測試測試一個(gè)應(yīng)用組合后的部分以確保它們的功能在組合之后正確。該測試一般在單元測試之后進(jìn)行。interface接口兩個(gè)功能單元的共享邊界。interface analys

18、is接口分析分析軟件與硬件、用戶和其它軟件之間接口的需求規(guī)格。interface testing接口測試測試系統(tǒng)組件間接口的一種測試。invalid inputs無效輸入在程序功能輸入域之外的測試數(shù)據(jù)。isolation testing孤立測試組件測試(單元測試)策略中的一種,把被測組件從其上下文組件之中孤立出來,通過設(shè)計(jì)驅(qū)動(dòng)和樁進(jìn)行測試的一種方法。job control language工作控制語言用于確定工作順序,描述它們對(duì)操作系統(tǒng)要求并控制它們執(zhí)行的語言。LCSAJ線性代碼順序和跳轉(zhuǎn)(Linear Code Sequence And Jump)包含三個(gè)部分:可執(zhí)行語句線性順序的起始,線性

19、順序的結(jié)束,在線性順序結(jié)束處控制流跳轉(zhuǎn)的目標(biāo)語句。LCSAJ coverageLCSAJ覆蓋在組件中被測試執(zhí)行到的LCSAJ的百分比。LCSAJ testingLCSAJ測試根據(jù)LCSAJ設(shè)計(jì)測試用例的一種技術(shù)。Load Testing負(fù)載測試通過測試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn),以發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤或驗(yàn)證系統(tǒng)的負(fù)載能力。logic analysis邏輯分析(1)評(píng)價(jià)軟件設(shè)計(jì)的關(guān)鍵安全方程式、算法和控制邏輯的方法。(2)評(píng)價(jià)程序操作的順序并且檢測可能導(dǎo)致災(zāi)難的錯(cuò)誤。logic-coverage testing邏輯覆蓋測試參考結(jié)構(gòu)化測試用例設(shè)計(jì)(structural test case desig

20、n)maintainability可維護(hù)性一個(gè)軟件系統(tǒng)或組件可以被修改的容易程度,這個(gè)修改一般是因?yàn)槿毕菁m正、性能改進(jìn)或特性增加引起的。maintainability testing可維護(hù)性測試測試系統(tǒng)是否滿足可維護(hù)性目標(biāo)。modified condition/decision coverage修改條件/判定覆蓋在組件中被測試執(zhí)行到的修改條件/判定的百分比。modified condition/decision testing 修改條件/判定測試根據(jù)MC/DC設(shè)計(jì)測試用例的一種技術(shù)。Monkey Testing跳躍式測試隨機(jī)性,跳躍式的測試一個(gè)系統(tǒng),以確定一個(gè)系統(tǒng)是否會(huì)崩潰。MTBF平均失效間

21、隔實(shí)際(mean time between failures)兩次失效之間的平均操作時(shí)間。MTTF平均失效時(shí)間 (mean time to failure)第一次失效之前的平均時(shí)間MTTR平均修復(fù)時(shí)間(mean time to repair)兩次修復(fù)之間的平均時(shí)間multiple condition coverage多條件覆蓋參考分支條件組合覆蓋(branch condition combination coverage)mutation analysis變體分析一種確定測試用例套完整性的方法,該方法通過判斷測試用例套能夠區(qū)別程序與其變體之間的程度。Negative Testing逆向測試/反

22、向測試/負(fù)面測試測試瞄準(zhǔn)于使系統(tǒng)不能工作。non-functional requirements testing非功能性需求測試與功能不相關(guān)的需求測試,如:性能測試、可用性測試等。N-switch coverageN切換覆蓋在組件中被測試執(zhí)行到的N轉(zhuǎn)換順序的百分比。N-switch testingN切換測試根據(jù)N轉(zhuǎn)換順序設(shè)計(jì)測試用例的一種技術(shù),經(jīng)常用于狀態(tài)轉(zhuǎn)換測試中。N-transitionsN轉(zhuǎn)換N1轉(zhuǎn)換順序operational testing可操作性測試在系統(tǒng)或組件操作的環(huán)境中評(píng)價(jià)它們的表現(xiàn)。output domain輸出域所有可能輸出的集合。partition testing分類測試參

23、考等價(jià)劃分測試(equivalence partition testing)path路徑一個(gè)組件從入口到出口的一條可執(zhí)行語句順序。path coverage路徑覆蓋在組件中被測試執(zhí)行到的路徑的百分比。path sensitizing路徑敏感性選擇一組輸入值強(qiáng)制組件走一個(gè)給定的路徑。path testing路徑測試根據(jù)路徑設(shè)計(jì)測試用例的一種技術(shù),經(jīng)常用于狀態(tài)轉(zhuǎn)換測試中。performance testing性能測試評(píng)價(jià)一個(gè)產(chǎn)品或組件與性能需求是否符合的測試。portability testing可移植性測試瞄準(zhǔn)于證明軟件可以被移植到指定的硬件或軟件平臺(tái)上。Positive Testing正向測試

24、測試瞄準(zhǔn)于顯示系統(tǒng)能夠正常工作。precondition預(yù)置條件環(huán)境或狀態(tài)條件,組件執(zhí)行之前必須被填充一個(gè)特定的輸入值。predicate謂詞一個(gè)邏輯表達(dá)式,結(jié)果為真或假。predicate data use謂詞數(shù)據(jù)使用在謂詞中的一個(gè)數(shù)據(jù)使用。program instrumenter程序插裝參考插裝(instrumenter)progressive testing遞進(jìn)測試在先前特性回歸測試之后對(duì)新特性進(jìn)行測試的一種策略。pseudo-random偽隨機(jī)看似隨機(jī)的,實(shí)際上是根據(jù)預(yù)先安排的順序進(jìn)行的。QA質(zhì)量保證(quality assurance)(1)已計(jì)劃的系統(tǒng)性活動(dòng),用于保證一個(gè)組件、模塊

25、或系統(tǒng)遵從已確立的需求。(2)采取的所有活動(dòng)以保證一個(gè)開發(fā)組織交付的產(chǎn)品滿足性能需求和已確立的標(biāo)準(zhǔn)和過程。QC質(zhì)量控制(quality control)用于獲得質(zhì)量需求的操作技術(shù)和過程,如測試活動(dòng)。Race Condition競爭狀態(tài)并行問題的根源。對(duì)一個(gè)共享資源的多個(gè)訪問,至少包含了一個(gè)寫操作,但是沒有一個(gè)機(jī)制來協(xié)調(diào)同時(shí)發(fā)生的訪問。recovery testing恢復(fù)性測試驗(yàn)證系統(tǒng)從失效中恢復(fù)能力的測試。regression analysis and testing回歸分析和測試一個(gè)軟件驗(yàn)證和確認(rèn)任務(wù)以確定在修改后需要重復(fù)測試和分析的范圍。Regression Testing回歸測試在發(fā)生修

26、改之后重新測試先前的測試以保證修改的正確性。release發(fā)布一個(gè)批準(zhǔn)版本的正式通知和分發(fā)。reliability可靠性一個(gè)系統(tǒng)或組件在規(guī)定的條件下在指定的時(shí)間內(nèi)執(zhí)行其需要功能的能力。reliability assessment可靠性評(píng)價(jià)確定一個(gè)已有系統(tǒng)或組件的可靠性級(jí)別的過程。requirements-based testing基于需求的測試根據(jù)軟件組件的需求導(dǎo)出測試用例的一種設(shè)計(jì)方法。review評(píng)審在產(chǎn)品開發(fā)過程中,把產(chǎn)品提交給項(xiàng)目成員、用戶、管理者或其它相關(guān)人員評(píng)價(jià)或批準(zhǔn)的過程。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)影響的一

27、個(gè)完整的評(píng)價(jià)。safety(生命)安全性不會(huì)引起人員傷亡、產(chǎn)生疾病、毀壞或損失設(shè)備和財(cái)產(chǎn)、或者破壞環(huán)境。safety critical嚴(yán)格的安全性一個(gè)條件、事件、操作、過程或項(xiàng),它的認(rèn)識(shí)、控制或執(zhí)行對(duì)生命安全性的系統(tǒng)來說是非常關(guān)鍵的。Sanity Testing理智測試軟件主要功能成分的簡單測試以保證它是否能進(jìn)行基本的測試。參考冒煙測試SDP軟件開發(fā)計(jì)劃(software development plan)用于一個(gè)軟件產(chǎn)品開發(fā)的項(xiàng)目計(jì)劃。security testing安全性測試驗(yàn)證系統(tǒng)是否符合安全性目標(biāo)的一種測試。security.(信息)安全性參考計(jì)算機(jī)系統(tǒng)安全性(computer sys

28、tem security)serviceability testing可服務(wù)性測試參考可維護(hù)性測試(maintainability testing)simple subpath簡單子路徑控制流的一個(gè)子路徑,其中沒有不必要的部分被執(zhí)行。simulation模擬使用另一個(gè)系統(tǒng)來表示一個(gè)物理的或抽象的系統(tǒng)的選定行為特性。simulation模擬使用一個(gè)可執(zhí)行模型來表示一個(gè)對(duì)象的行為。simulator模擬器軟件驗(yàn)證期間的一個(gè)設(shè)備、軟件程序、或系統(tǒng),當(dāng)它給定一個(gè)控制的輸入時(shí),表現(xiàn)的與一個(gè)給定的系統(tǒng)類似。SLA服務(wù)級(jí)別協(xié)議(service level agreement)服務(wù)提供商與客戶之間的一個(gè)協(xié)議,

29、用于規(guī)定服務(wù)提供商應(yīng)當(dāng)提供什么服務(wù)。Smoke Testing冒煙測試對(duì)軟件主要功能進(jìn)行快餐式測試。最早來自于硬件測試實(shí)踐,以確定新的硬件在第一次使用的時(shí)候不會(huì)著火Acceptance Testing可接受性測試一般由用戶/客戶進(jìn)行的確認(rèn)是否可以接受一個(gè)產(chǎn)品的驗(yàn)證性測試。actual outcome實(shí)際結(jié)果被測對(duì)象在特定的條件下實(shí)際產(chǎn)生的結(jié)果。Ad Hoc Testing隨機(jī)測試測試人員通過隨機(jī)的嘗試系統(tǒng)的功能,試圖使系統(tǒng)中斷。algorithm算法(1)一個(gè)定義好的有限規(guī)則集,用于在有限步驟內(nèi)解決一個(gè)問題;(2)執(zhí)行一個(gè)特定任務(wù)的任何操作序列。algorithm analysis算法分析一個(gè)

30、軟件的驗(yàn)證確認(rèn)任務(wù),用于保證選擇的算法是正確的、合適的和穩(wěn)定的,并且滿足所有精確性、規(guī)模和時(shí)間方面的要求。Alpha TestingAlpha測試由選定的用戶進(jìn)行的產(chǎn)品早期性測試。這個(gè)測試一般在可控制的環(huán)境下進(jìn)行的。analysis分析(1)分解到一些原子部分或基本原則,以便確定整體的特性;(2)一個(gè)推理的過程,顯示一個(gè)特定的結(jié)果是假設(shè)前提的結(jié)果;(3)一個(gè)問題的方法研究,并且問題被分解為一些小的相關(guān)單元作進(jìn)一步詳細(xì)研究。anomaly異常在文檔或軟件操作中觀察到的任何與期望違背的結(jié)果。application software應(yīng)用軟件滿足特定需要的軟件。architecture構(gòu)架一個(gè)系統(tǒng)或組

31、件的組織結(jié)構(gòu)。ASQ自動(dòng)化軟件質(zhì)量(Automated Software Quality)使用軟件工具來提高軟件的質(zhì)量。assertion斷言指定一個(gè)程序必須已經(jīng)存在的狀態(tài)的一個(gè)邏輯表達(dá)式,或者一組程序變量在程序執(zhí)行期間的某個(gè)點(diǎn)上必須滿足的條件。assertion checking斷言檢查用戶在程序中嵌入的斷言的檢查。audit審計(jì)一個(gè)或一組工作產(chǎn)品的獨(dú)立檢查以評(píng)價(jià)與規(guī)格、標(biāo)準(zhǔn)、契約或其它準(zhǔn)則的符合程度。audit trail審計(jì)跟蹤系統(tǒng)審計(jì)活動(dòng)的一個(gè)時(shí)間記錄。Automated Testing自動(dòng)化測試使用自動(dòng)化測試工具來進(jìn)行測試,這類測試一般不需要人干預(yù),通常在GUI、性能等測試中用得較多

32、。Backus-Naur FormBNF范式一種分析語言,用于形式化描述語言的語法baseline基線一個(gè)已經(jīng)被正式評(píng)審和批準(zhǔn)的規(guī)格或產(chǎn)品,它作為進(jìn)一步開發(fā)的一個(gè)基礎(chǔ),并且必須通過正式的變更流程來變更。Basic Block基本塊一個(gè)或多個(gè)順序的可執(zhí)行語句塊,不包含任何分支語句。basis test set基本測試集根據(jù)代碼邏輯引出來的一個(gè)測試用例集合,它保證能獲得100%的分支覆蓋。behaviour行為對(duì)于一個(gè)系統(tǒng)的一個(gè)函數(shù)的輸入和預(yù)置條件組合以及需要的反應(yīng)。一個(gè)函數(shù)的所有規(guī)格包含一個(gè)或多個(gè)行為。benchmark標(biāo)桿/指標(biāo)/基準(zhǔn)一個(gè)標(biāo)準(zhǔn),根據(jù)該標(biāo)準(zhǔn)可以進(jìn)行度量或比較。Beta Testi

33、ngBeta測試在客戶場地,由客戶進(jìn)行的對(duì)產(chǎn)品預(yù)發(fā)布版本的測試。這個(gè)測試一般是不可控的big-bang testing大錘測試/一次性集成測試非漸增式集成測試的一種策略,測試的時(shí)候把所有系統(tǒng)的組件一次性組合成系統(tǒng)進(jìn)行測試。Black Box Testing黑盒測試根據(jù)軟件的規(guī)格對(duì)軟件進(jìn)行的測試,這類測試不考慮軟件內(nèi)部的運(yùn)作原理,因此軟件對(duì)用戶來說就像一個(gè)黑盒子。bottom-up testing由低向上測試漸增式集成測試的一種,其策略是先測試底層的組件,然后逐步加入較高層次的組件進(jìn)行測試,直到系統(tǒng)所有組件都加入到系統(tǒng)。boundary value邊界值一個(gè)輸入或輸出值,它處在等價(jià)類的邊界上。b

34、oundary value coverage邊界值覆蓋通過測試用例,測試組件等價(jià)類的所有邊界值。boundary value testing邊界值測試通過邊界值分析方法來生成測試用例的一種測試策略。Boundry Value Analysis邊界值分析該分析一般與等價(jià)類一起使用。經(jīng)驗(yàn)認(rèn)為軟件的錯(cuò)誤經(jīng)常在輸入的邊界上產(chǎn)生,因此邊界值分析就是分析軟件輸入邊界的一種方法branch分支在組件中,控制從任何語句到其它任何非直接后續(xù)語句的一個(gè)條件轉(zhuǎn)換,或者是一個(gè)無條件轉(zhuǎn)換。branch condition分支條件branch condition combination coverage分支條件組合覆蓋在

35、每個(gè)判定中所有分支條件結(jié)果組合被測試用例覆蓋到的百分比。branch condition combination testing分支條件組合測試通過執(zhí)行分支條件結(jié)果組合來設(shè)計(jì)測試用例的一種方法。branch condition coverage分支條件覆蓋每個(gè)判定中分支條件結(jié)果被測試用例覆蓋到的百分比。branch condition testing分支條件測試通過執(zhí)行分支條件結(jié)果來設(shè)計(jì)測試用例的一種方法。branch coverage分支覆蓋通過測試執(zhí)行到的分支的百分比。branch outcome分支結(jié)果見判定結(jié)果(decision outcome)branch point分支點(diǎn)見判定(d

36、ecision)branch testing分支測試通過執(zhí)行分支結(jié)果來設(shè)計(jì)測試用例的一種方法。Breadth Testing廣度測試在測試中測試一個(gè)產(chǎn)品的所有功能,但是不測試更細(xì)節(jié)的特性。bug缺陷capture/playback tool捕獲/回放工具參考capture/replay toolCapture/Replay Tool捕獲/回放工具一種測試工具,能夠捕獲在測試過程中傳遞給軟件的輸入,并且能夠在以后的時(shí)間中,重復(fù)這個(gè)執(zhí)行的過程。這類工具一般在GUI測試中用的較多。CASE計(jì)算機(jī)輔助軟件工程(computer aided software engineering)用于支持軟件開發(fā)的一

37、個(gè)自動(dòng)化系統(tǒng)。CAST計(jì)算機(jī)輔助測試在測試過程中使用計(jì)算機(jī)軟件工具進(jìn)行輔助的測試。cause-effect graph因果圖一個(gè)圖形,用來表示輸入(原因)與結(jié)果之間的關(guān)系,可以被用來設(shè)計(jì)測試用例certification 證明一個(gè)過程,用于確定一個(gè)系統(tǒng)或組件與特定的需求相一致。change control變更控制一個(gè)用于計(jì)算機(jī)系統(tǒng)或系統(tǒng)數(shù)據(jù)修改的過程,該過程是質(zhì)量保證程序的一個(gè)關(guān)鍵子集,需要被明確的描述。code audit 代碼審計(jì)由一個(gè)人、組或工具對(duì)源代碼進(jìn)行的一個(gè)獨(dú)立的評(píng)審,以驗(yàn)證其與設(shè)計(jì)規(guī)格、程序標(biāo)準(zhǔn)的一致性。正確性和有效性也會(huì)被評(píng)價(jià)。Code Coverage代碼覆蓋率一種分析方法,

38、用于確定在一個(gè)測試套執(zhí)行后,軟件的哪些部分被執(zhí)行到了,哪些部分沒有被執(zhí)行到。Code Inspection代碼檢視一個(gè)正式的同行評(píng)審手段,在該評(píng)審中,作者的同行根據(jù)檢查表對(duì)程序的邏輯進(jìn)行提問,并檢查其與編碼規(guī)范的一致性。Code Walkthrough代碼走讀一個(gè)非正式的同行評(píng)審手段,在該評(píng)審中,代碼被使用一些簡單的測試用例進(jìn)行人工執(zhí)行,程序變量的狀態(tài)被手工分析,以分析程序的邏輯和假設(shè)。code-based testing基于代碼的測試根據(jù)從實(shí)現(xiàn)中引出的目標(biāo)設(shè)計(jì)測試用例。coding standards編程規(guī)范一些編程方面需要遵循的標(biāo)準(zhǔn),包括命名方式、排版格式等內(nèi)容。Compatibility

39、 Testing兼容性測試測試軟件是否和系統(tǒng)的其它與之交互的元素之間兼容,如:瀏覽器、操作系統(tǒng)、硬件等。complete path testing 完全路徑測試參考窮盡測試(exhaustive testing)completeness完整性實(shí)體的所有必須部分必須被包含的屬性。complexity 復(fù)雜性系統(tǒng)或組件難于理解或驗(yàn)證的程度。Component組件一個(gè)最小的軟件單元,有著獨(dú)立的規(guī)格Component Testing組件測試參考單元測試computation data use計(jì)算數(shù)據(jù)使用一個(gè)不在條件中的數(shù)據(jù)使用。computer system security計(jì)算機(jī)系統(tǒng)安全性計(jì)算機(jī)軟件

40、和硬件對(duì)偶然的或故意的訪問、使用、修改或破壞的一種保護(hù)機(jī)制。condition條件一個(gè)不包含布爾操作的布爾表達(dá)式,例如:Acondition coverage條件覆蓋通過測試執(zhí)行到的條件的百分比。condition outcome條件結(jié)果條件為真為假的評(píng)價(jià)。configuration control配置控制配置管理的一個(gè)方面,包括評(píng)價(jià)、協(xié)調(diào)、批準(zhǔn)、和實(shí)現(xiàn)配置項(xiàng)的變更。configuration management配置管理一套技術(shù)和管理方面的原則用于確定和文檔化一個(gè)配置項(xiàng)的功能和物理屬性、控制對(duì)這些屬性的變更、記錄和報(bào)告變更處理和實(shí)現(xiàn)的狀態(tài)、以及驗(yàn)證與指定需求的一致性。conformance

41、criterion 一致性標(biāo)準(zhǔn)判斷組件在一個(gè)特定輸入值上的行為是否符合規(guī)格的一種方法。Conformance Testing 一致性測試測試一個(gè)系統(tǒng)的實(shí)現(xiàn)是否和其基于的規(guī)格相一致的測試。consistency 一致性在系統(tǒng)或組件的各組成部分和文檔之間沒有矛盾,一致的程度。consistency checker 一致性檢查器一個(gè)軟件工具,用于測試設(shè)計(jì)規(guī)格中需求的一致性和完整性。control flow控制流程序執(zhí)行中所有可能的事件順序的一個(gè)抽象表示。control flow graph控制流圖通過一個(gè)組件的可能替換控制流路徑的一個(gè)圖形表示。conversion testing轉(zhuǎn)換測試用于測試已有

42、系統(tǒng)的數(shù)據(jù)是否能夠轉(zhuǎn)換到替代系統(tǒng)上的一種測試。corrective maintenance故障檢修用于糾正硬件或軟件中故障的維護(hù)。correctness正確性軟件遵從其規(guī)格的程度。correctness正確性軟件在其規(guī)格、設(shè)計(jì)和編碼中沒有故障的程度。軟件、文檔和其它項(xiàng)滿足需求的程度。軟件、文檔和其它項(xiàng)滿足用戶明顯的和隱含的需求的程度。coverage覆蓋率用于確定測試所執(zhí)行到的覆蓋項(xiàng)的百分比。coverage item覆蓋項(xiàng)作為測試基礎(chǔ)的一個(gè)入口或?qū)傩裕喝缯Z句、分支、條件等。crash崩潰計(jì)算機(jī)系統(tǒng)或組件突然并完全的喪失功能。criticality關(guān)鍵性需求、模塊、錯(cuò)誤、故障、失效或其它項(xiàng)對(duì)一

43、個(gè)系統(tǒng)的操作或開發(fā)影響的程度。criticality analysis關(guān)鍵性分析需求的一種分析,它根據(jù)需求的風(fēng)險(xiǎn)情況給每個(gè)需求項(xiàng)分配一個(gè)關(guān)鍵級(jí)別。cyclomatic complexity循環(huán)復(fù)雜度一個(gè)程序中獨(dú)立路徑的數(shù)量。data corruption數(shù)據(jù)污染違背數(shù)據(jù)一致性的情況。data definition數(shù)據(jù)定義一個(gè)可執(zhí)行語句,在該語句上一個(gè)變量被賦予了一個(gè)值。data definition C-use coverage數(shù)據(jù)定義C-use覆蓋在組件中被測試執(zhí)行到的數(shù)據(jù)定義C-use使用對(duì)的百分比。data definition C-use pair數(shù)據(jù)定義C-use使用對(duì)一個(gè)數(shù)據(jù)定義和

44、一個(gè)計(jì)算數(shù)據(jù)使用,數(shù)據(jù)使用的值是數(shù)據(jù)定義的值。data definition P-use coverage數(shù)據(jù)定義P-use覆蓋在組件中被測試執(zhí)行到的數(shù)據(jù)定義P-use使用對(duì)的百分比。data definition P-use pair數(shù)據(jù)定義P-use使用對(duì)一個(gè)數(shù)據(jù)定義和一個(gè)條件數(shù)據(jù)使用,數(shù)據(jù)使用的值是數(shù)據(jù)定義的值。data definition-use coverage數(shù)據(jù)定義使用覆蓋在組件中被測試執(zhí)行到的數(shù)據(jù)定義使用對(duì)的百分比。data definition-use pair 數(shù)據(jù)定義使用對(duì)一個(gè)數(shù)據(jù)定義和一個(gè)數(shù)據(jù)使用,數(shù)據(jù)使用的值是數(shù)據(jù)定義的值。data definition-use t

45、esting數(shù)據(jù)定義使用測試以執(zhí)行數(shù)據(jù)定義使用對(duì)為目標(biāo)進(jìn)行測試用例設(shè)計(jì)的一種技術(shù)。data dictionary數(shù)據(jù)字典(1)一個(gè)軟件系統(tǒng)中使用的所有數(shù)據(jù)項(xiàng)名稱,以及這些項(xiàng)相關(guān)屬性的集合。(2)數(shù)據(jù)流、數(shù)據(jù)元素、文件、數(shù)據(jù)基礎(chǔ)、和相關(guān)處理的一個(gè)集合。data flow analysis數(shù)據(jù)流分析一個(gè)軟件驗(yàn)證和確認(rèn)過程,用于保證輸入和輸出數(shù)據(jù)和它們的格式是被適當(dāng)定義的,并且數(shù)據(jù)流是正確的。data flow coverage數(shù)據(jù)流覆蓋測試覆蓋率的度量是根據(jù)變量在代碼中的使用情況。data flow diagram數(shù)據(jù)流圖把數(shù)據(jù)源、數(shù)據(jù)接受、數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)處理作為節(jié)點(diǎn)描述的一個(gè)圖形,數(shù)據(jù)之間的邏輯

46、體現(xiàn)為節(jié)點(diǎn)之間的邊。data flow testing數(shù)據(jù)流測試根據(jù)代碼中變量的使用情況進(jìn)行的測試。data integrity數(shù)據(jù)完整性一個(gè)數(shù)據(jù)集合完全、正確和一致的程度。data use數(shù)據(jù)使用一個(gè)可執(zhí)行的語句,在該語句中,變量的值被訪問。data validation數(shù)據(jù)確認(rèn)用于確認(rèn)數(shù)據(jù)不正確、不完整和不合理的過程。dead code死代碼在程序操作過程中永遠(yuǎn)不可能被執(zhí)行到的代碼。Debugging調(diào)試發(fā)現(xiàn)和去除軟件失效根源的過程。decision判定一個(gè)程序控制點(diǎn),在該控制點(diǎn)上,控制流有兩個(gè)或多個(gè)可替換路由。Decision condition判定條件判定內(nèi)的一個(gè)條件。decision

47、 coverage判定覆蓋在組件中被測試執(zhí)行到的判定結(jié)果的百分比。decision outcome判定結(jié)果一個(gè)判定的結(jié)果,決定控制流走哪條路徑。decision table判定表一個(gè)表格,用于顯示條件和條件導(dǎo)致動(dòng)作的集合。Depth Testing深度測試執(zhí)行一個(gè)產(chǎn)品的一個(gè)特性的所有細(xì)節(jié),但不測試所有特性。比較廣度測試。design of experiments實(shí)驗(yàn)設(shè)計(jì)一種計(jì)劃實(shí)驗(yàn)的方法,這樣適合分析的數(shù)據(jù)可以被收集。design-based testing基于設(shè)計(jì)的測試根據(jù)軟件的構(gòu)架或詳細(xì)設(shè)計(jì)引出測試用例的一種方法。desk checking桌面檢查通過手工模擬軟件執(zhí)行的方式進(jìn)行測試的一種方

48、式。diagnostic診斷檢測和隔離故障或失效的過程。dirty testing骯臟測試參考負(fù)面測試(negative testing)disaster recovery災(zāi)難恢復(fù)一個(gè)災(zāi)難的恢復(fù)和重建過程或能力。documentation testing 文檔測試測試關(guān)注于文檔的正確性。domain域值被選擇的一個(gè)集合。domain testing域測試參考等價(jià)劃分測試(equivalence partition testing)dynamic analysis動(dòng)態(tài)分析根據(jù)執(zhí)行的行為評(píng)價(jià)一個(gè)系統(tǒng)或組件的過程。Dynamic Testing動(dòng)態(tài)測試通過執(zhí)行軟件的手段來測試軟件。embedded

49、software嵌入式軟件軟件運(yùn)行在特定硬件設(shè)備中,不能獨(dú)立于硬件存在。這類系統(tǒng)一般要求實(shí)時(shí)性較高。emulator仿真一個(gè)模仿另一個(gè)系統(tǒng)的系統(tǒng)或設(shè)備,它接受相同的輸入并產(chǎn)生相同的輸出。End-to-End testing端到端測試在一個(gè)模擬現(xiàn)實(shí)使用的場景下測試一個(gè)完整的應(yīng)用環(huán)境,例如和數(shù)據(jù)庫交互,使用網(wǎng)絡(luò)通信等。entity relationship diagram實(shí)體關(guān)系圖描述現(xiàn)實(shí)世界中實(shí)體及它們關(guān)系的圖形。entry point 入口點(diǎn)一個(gè)組件的第一個(gè)可執(zhí)行語句。Equivalence Class等價(jià)類組件輸入或輸出域的一個(gè)部分,在該部分中,組件的行為從組件的規(guī)格上來看認(rèn)為是相同的。eq

50、uivalence partition coverage等價(jià)劃分覆蓋在組件中被測試執(zhí)行到的等價(jià)類的百分比。equivalence partition testing等價(jià)劃分測試根據(jù)等價(jià)類設(shè)計(jì)測試用例的一種技術(shù)。Equivalence Partitioning等價(jià)劃分組件的一個(gè)測試用例設(shè)計(jì)技術(shù),該技術(shù)從組件的等價(jià)類中選取典型的點(diǎn)進(jìn)行測試。error錯(cuò)誤IEEE的定義是:一個(gè)人為產(chǎn)生不正確結(jié)果的行為。error guessing錯(cuò)誤猜測根據(jù)測試人員以往的經(jīng)驗(yàn)猜測可能出現(xiàn)問題的地方來進(jìn)行用例設(shè)計(jì)的一種技術(shù)。error seeding錯(cuò)誤播種/錯(cuò)誤插值故意插入一些已知故障(fault)到一個(gè)系統(tǒng)中去的

51、過程,目的是為了根據(jù)錯(cuò)誤檢測和跟蹤的效率并估計(jì)系統(tǒng)中遺留缺陷的數(shù)量。exception異常/例外一個(gè)引起正常程序執(zhí)行掛起的事件。executable statement可執(zhí)行語句一個(gè)語句在被編譯后會(huì)轉(zhuǎn)換成目標(biāo)代碼,當(dāng)程序運(yùn)行是會(huì)被執(zhí)行,并且可能對(duì)程序數(shù)據(jù)產(chǎn)生動(dòng)作。Exhaustive Testing窮盡測試測試覆蓋軟件的所有輸入和條件組合。exit point出口點(diǎn)一個(gè)組件的最后一個(gè)可執(zhí)行語句。expected outcome期望結(jié)果參考預(yù)期結(jié)果(predicted outcome)。failure失效軟件的行為與其期望的服務(wù)相背離。第一點(diǎn)認(rèn)識(shí):黑盒測試測試特點(diǎn) : 測試功能測試依據(jù) :需求規(guī)

52、格說明書方法舉例 :等價(jià)類劃分 ,邊界值測試優(yōu)點(diǎn) :能站在用戶的立場上進(jìn)行測試缺點(diǎn) :不能測試程序內(nèi)部特定部位,如果程序有誤,則無法發(fā)現(xiàn)。白盒測試測試特點(diǎn) :測試程序接口與結(jié)構(gòu)測試依據(jù) :軟件程序方法舉例 :邏輯覆蓋優(yōu)點(diǎn) :能對(duì)程序內(nèi)部特定部位進(jìn)行覆蓋測試缺點(diǎn) :無法檢驗(yàn)程序的外部特性第二點(diǎn)認(rèn)識(shí):黑盒測試把程序看作一個(gè)不能打開的黑盆子,在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下,針對(duì)軟件界面和軟件功能進(jìn)行測試,只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用。白盒測試了解產(chǎn)品內(nèi)部工作過程,從檢查程序的邏輯著手,檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作,通過測試來檢測產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行第三點(diǎn)認(rèn)識(shí):白盒測試主要是想對(duì)程序模塊進(jìn)行如下檢查:1.對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測試一遍。2.對(duì)所有的邏輯判定,取“真”與取“假”的兩種情況都能至少測一遍。3.在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。4.測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性,等等。5.靜態(tài)白盒測試即代碼審查,正式審查和檢驗(yàn)軟件設(shè)計(jì)和程序代碼。6.動(dòng)態(tài)白盒測試?yán)貌榭创a功能和實(shí)現(xiàn)方式得到的信

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論