欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久

　　1. 一次性集成方式(big bang)

　　它是一種非增殖式組裝方式。也叫做整體拼裝。

　　使用這種方式，首先對每個(gè)模塊分別進(jìn)行模塊測試，然后再把所有模塊組裝在一起進(jìn)行測試，最終得到要求的軟件系統。

　　2. 增殖式集成方式

　　這種集成方式又稱(chēng)漸增式集成

　　首先對一個(gè)個(gè)模塊進(jìn)行模塊測試，然后將這些模塊逐步組裝成較大的系統

　　在集成的過(guò)程中邊連接邊測試，以發(fā)現連接過(guò)程中產(chǎn)生的問(wèn)題

　　通過(guò)增殖逐步組裝成為要求的軟件系統。

　　(1) 自頂向下的增殖方式

　　這種集成方式將模塊按系統程序結構，沿控制層次自頂向下進(jìn)行組裝。

　　自頂向下的增殖方式在測試過(guò)程中較早地驗證了主要的控制和判斷點(diǎn)。

　　選用按深度方向組裝的方式，可以首先實(shí)現和驗證一個(gè)完整的軟件功能。

　　(2) 自底向上的增殖方式

　　這種集成的方式是從程序模塊結構的最底層的模塊開(kāi)始集成和測試。

　　因為模塊是自底向上進(jìn)行組裝，對于一個(gè)給定層次的模塊，它的子模塊（包括子模塊的所有下屬模塊）已經(jīng)組裝并測試完成，所以不再需要樁模塊。在模塊的測試過(guò)程中需要從子模塊得到的信息可以直接運行子模塊得到。

　　自頂向下增殖的方式和自底向上增殖的方式各有優(yōu)缺點(diǎn)。

　　一般來(lái)講，一種方式的優(yōu)點(diǎn)是另一種方式的缺點(diǎn)。

　　(3) 混合增殖式測試

　　衍變的自頂向下的增殖測試

　　–首先對輸入／輸出模塊和引入新算法模塊進(jìn)行測試;

　　–再自底向上組裝成為功能相當完整且相對獨立的子系統;

　　–然后由主模塊開(kāi)始自頂向下進(jìn)行增殖測試。

　　自底向上-自頂向下的增殖測試

　　–首先對含讀操作的子系統自底向上直至根結點(diǎn)模塊進(jìn)行組裝和測試;

　　–然后對含寫(xiě)操作的子系統做自頂向下的組裝與測試。

　　回歸測試

　　–這種方式采取自頂向下的方式測試被修改的模塊及其子模塊;

　　–然后將這一部分視為子系統，再自底向上測試。

　　關(guān)鍵模塊問(wèn)題

　　在組裝測試時(shí)，應當確定關(guān)鍵模塊，對這些關(guān)鍵模塊及早進(jìn)行測試。

　　關(guān)鍵模塊的特征：

　?、?滿(mǎn)足某些軟件需求；

　?、?在程序的模塊結構中位于較高的層次（高層控制模塊）；

　?、?較復雜、較易發(fā)生錯誤；

　?、?有明確定義的性能要求。

　　確認測試（Validation Testing）

　　確認測試又稱(chēng)有效性測試。任務(wù)是驗證軟件的功能和性能及其它特性是否與用戶(hù)的要求一致。

　　對軟件的功能和性能要求在軟件需求規格說(shuō)明書(shū)中已經(jīng)明確規定。它包含的信息就是軟件確認測試的基礎。

　　1. 進(jìn)行有效性測試（黑盒測試）

　　有效性測試是在模擬的環(huán)境 (可能就是開(kāi)發(fā)的環(huán)境) 下，運用黑盒測試的方法，驗證被測軟件是否滿(mǎn)足需求規格說(shuō)明書(shū)列出的需求。

　　首先制定測試計劃，規定要做測試的種類(lèi)。還需要制定一組測試步驟，描述具體的測試用例。

　　通過(guò)實(shí)施預定的測試計劃和測試步驟，確定

　　–軟件的特性是否與需求相符；

　　–所有的文檔都是正確且便于使用；

　　–同時(shí)，對其它軟件需求，例如可移植性、兼容性、出錯自動(dòng)恢復、可維護性等，也都要進(jìn)行測試

　　在全部軟件測試的測試用例運行完后，所有的測試結果可以分為兩類(lèi)：

　　–測試結果與預期的結果相符。這說(shuō)明軟件的這部分功能或性能特征與需求規格說(shuō)明書(shū)相符合，從而這部分程序被接受。
 
配置測試

　　這類(lèi)測試是要檢查計算機系統內各個(gè)設備或各種資源之間的相互聯(lián)結和功能分配中的錯誤。

　　它主要包括以下幾種：

　　–配置命令測試：驗證全部配置命令的可操作性（有效性）；特別對最大配置和最小配置要進(jìn)行測試。軟件配置和硬件配置都要測試。

　　-循環(huán)配置測試：證明對每個(gè)設備物理與邏輯的，邏輯與功能的每次循環(huán)置換配置都能正常工作。

　　–修復測試：檢查每種配置狀態(tài)及哪個(gè)設備是壞的。并用自動(dòng)的或手工的方式進(jìn)行配置狀態(tài)間的轉換。

　　安全性測試

　　安全性測試是要檢驗在系統中已經(jīng)存在的系統安全性、保密性措施是否發(fā)揮作用，有無(wú)漏洞。

　　力圖破壞系統的保護機構以進(jìn)入系統的主要方法有以下幾種：

　　-正面攻擊或從側面、背面攻擊系統中易受損壞的那些部分；

　　-以系統輸入為突破口，利用輸入的容錯性進(jìn)行正面攻擊；

　　–申請和占用過(guò)多的資源壓垮系統，以破壞安全措施，從而進(jìn)入系統；

　　–故意使系統出錯，利用系統恢復的過(guò)程，竊取用戶(hù)口令及其它有用的信息；

　　–通過(guò)瀏覽殘留在計算機各種資源中的垃圾（無(wú)用信息），以獲取如口令，安全碼，譯碼關(guān)鍵字等信息；

　　–瀏覽全局數據，期望從中找到進(jìn)入系統的關(guān)鍵字；

　　–瀏覽那些邏輯上不存在，但物理上還存在的各種記錄和資料等。

　　可使用性測試

　　可使用性測試主要從使用的合理性和方便性等角度對軟件系統進(jìn)行檢查，發(fā)現人為因素或使用上的問(wèn)題。

　　要保證在足夠詳細的程度下，用戶(hù)界面便于使用；對輸入量可容錯、響應時(shí)間和響應方式合理可行、輸出信息有意義、正確并前后一致；出錯信息能夠引導用戶(hù)去解決問(wèn)題；軟件文檔全面、正規、確切。

　　安裝測試

　　安裝測試的目的不是找軟件錯誤，而是找安裝錯誤。

　　在安裝軟件系統時(shí)，會(huì )有多種選擇。

　　–要分配和裝入文件與程序庫

　　–布置適用的硬件配置

　　–進(jìn)行程序的聯(lián)結。

　　而安裝測試就是要找出在這些安裝過(guò)程中出現的錯誤。

　　安裝測試是在系統安裝之后進(jìn)行測試。它要檢驗：

　　–用戶(hù)選擇的一套任選方案是否相容；

　　–系統的每一部分是否都齊全；

　　–所有文件是否都已產(chǎn)生并確有所需要的內容；

　　–硬件的配置是否合理，等等。

　　容量測試

　　容量測試是要檢驗系統的能力最高能達到什么程度。例如，

　　–對于編譯程序，讓它處理特別長(cháng)的源程序；

　　–對于操作系統，讓它的作業(yè)隊列“滿(mǎn)員”；

　　–對于信息檢索系統，讓它使用頻率達到最大。

　　在使系統的全部資源達到“滿(mǎn)負荷”的情形下，測試系統的承受能力。

　　文檔測試

　　這種測試是檢查用戶(hù)文檔(如用戶(hù)手冊)的清晰性和精確性。

　　用戶(hù)文檔中所使用的例子必須在測試中一一試過(guò)，確保敘述正確無(wú)誤。

　　自動(dòng)測試

　　認識自動(dòng)測試

　　什么時(shí)候使用自動(dòng)測試

　　–測試結果與預期的結果不符。這說(shuō)明軟件的這部分功能或性能特征與需求規格說(shuō)明不一致，因此要為它提交一份問(wèn)題報告。

　　2. 軟件配置復查

　　 軟件配置復查的目的是保證

　　 軟件配置的所有成分都齊全；

　　 各方面的質(zhì)量都符合要求；

　　 具有維護階段所必需的細節；

　　 而且已經(jīng)編排好分類(lèi)的目錄。

　　 應當嚴格遵守用戶(hù)手冊和操作手冊中規定的使用步驟，以便檢查這些文檔資料的完整性和正確性。