『壹』 軟體測試由哪幾個層次構成
題主這個問題有點難搞哦！分類有點多，不知道你講的是那種類型的方法，索性都給你列一下，
軟體測試方法一般比較常用的有等價類劃分、場景法，偶爾會使用到的測試方法有邊界值和判定表，不經常用的就是正交排列法和測試大綱法。
1.黑盒測試
其中等價類劃分、邊界值分析、判定表等屬於黑盒測試方法；只對功能是否可以滿足規定要求進行檢查，主要用於軟體的確認測試階段。
白盒測試
白盒測試也叫做結構測試或邏輯驅動測試，是基於覆蓋的全部代碼和路徑、條件的測試，通過測試檢測產品內部性能，檢驗程序中的路徑是否可以按照要求完成工作，但是並不對功能進行測試，主要用於軟體的驗證。
灰盒測試
灰盒測試則介於黑盒測試和白盒測試之間。灰盒測試除了重視輸出相對於出入的正確性，也看重其內部表現。但是它不可能像白盒測試那樣詳細和完整。它只是簡單的靠一些象徵性的現象或標志來判斷其內部的運行情況，因此在內部結果出現錯誤，但輸出結果正確的情況下可以採取灰盒測試方法。因為在此情況下灰盒比白盒高效，比黑盒適用性廣的優勢就凸顯出來了。
2. 手動測試和自動測試
3. 靜態測試和動態測試
靜態測試的含義是被測程序不運行，只依靠分析或檢查源程序的語句、結構、過程等來檢查程序是否有錯誤。
動態測試與靜態測試相對應，其是通過運行被測試程序，對得到的運行結果與預期的結果進行比較分析，同時分析運行效率和健壯性能等。
4.在對軟體測試又主要分類進行測試分別是
1.單元測試
2.集成測試
3.系統測試
4.驗收測試
『貳』 軟體測試分為哪四個階段,每個階段的主要任務和目標
編寫測試計劃：根據開發進度，編排測試計劃，明確每個時間節點完成哪些測試任務。
編寫測試用例：根據開發需求，編寫測試用例，測試用例可以是文檔，也可以是測試腳本。
執行測試：按測試用例執行各項測試。
測試問題總結：對測試發現的軟體問題進行分析、整理，定位問題所在，給出解決辦法，同時對測試用例進行完善。
『叄』 按照軟體的不同開發階段，可以將軟體測試劃分為
單元測試 集成測試 確認測試 系統測試 驗收測試
『肆』 測試階段劃分為哪幾個階段
軟體測試可分為單元測試、集成測試，系統測試和驗收測試。
單元測試：針對每個單元的測試， 以確保每個模塊能正常工作為目標。
集成測試：對已測試過的模塊進行組裝，進行集成測試。目的在於檢驗與軟體設計相關的程序結構問題。
確認（有效性）測試：是檢驗所開發的軟體能否滿足所有功能和性能需求的最後手段。有的劃分方法中，也將確認測試合並入系統測試中。
系統測試：檢驗軟體產品能否與系統的其他部分（比如，硬體、資料庫及操作人員）協調工作。
驗收（用戶）測試：檢驗軟體產品質量的最後一道工序。主要突出用戶的作用，同時軟體開發人員也應有一定程度的參與。
驗收測試可以分成Alpha測試和Beta測試。
『伍』 按照軟體測試階段劃分,軟體測試分為
單元測試
單元測試又稱模塊測試，是針對程序的一種測試。
模塊：C函數，JAVA方法
模塊的基本屬性：名字、明確的功能、與其他模塊的關聯、演算法。
在實際中，很多的單元測試工作都是程序員在做。
實際意義：一開始並不把程序作為一個整體來測，而首先
集中測試最小單元，這樣能盡早的發現問題，解決問題。
• 實際演示一個單元測試例子
• 演示完成後，你的技能夠做單元測試嗎？
集成測試
時常有這樣的情況發生，每個模塊都能單獨工作，但是將這些
模塊組裝起來之後卻不能正常工作。
p A程序員寫了代碼，這些代碼的功能提供給B程序員調用，但是
由於A和B之間在方法的命名，大小寫等問題上不一致，所以根
本無法讓A的數據給B用。
p 也就是說，在局部上不出問題，整合起來也不出問題嗎？這很
難說，因此集成測試就顯得非常有必要。
集成測試又稱為介面測試，是針對程序介面的一種測試。
• 介面：模塊與模塊之間的耦合
• 在實際中，很多的集成測試工作都是程序員在做
• 實際意義：單元測試做完後，方法已經沒有問題了，局部
不出問題了，程序員之間的各個功能整合起來，集中測試，
要保證整合後的代碼和代碼實現的功能完全對接，沒有問題。
因此集成測試就顯得非常有必要
現在問題出來了，我們怎麼做集成呢？
• 獨立的測試完成後，組合成一個整體測， 非增量式集成
問題：容易出現混亂，因為測試時可能發現一大堆問
題，但每個故障的定位和糾正問題很難。
• 把一個待測模塊組合到已經測試過的模塊上去，再進行
測試，這種方式稱為 增量式集成
自上向下：樁程序
自下向上：驅動程序
p 思考一個問題：清洗一台已經完全裝配好的絞肉機容易，還是
清洗一台被完全拆分的絞肉機容易？
確認測試
確認測試：對照軟體需求規格說明，對軟體產品進行評估以
確定其是否滿足需求的過程。主要是對軟體需求滿足程度的一
種評價和評估。
p 經過確認測試，應該得出的評價無非2種情況：
① 經過檢驗，軟體功能、性能及其他方面的要求都已滿足
軟體需求規格說明的規定，是一個合格的軟體
② 經過檢驗，發現與軟體需求規格說明書有相當的偏離，
得到了一個缺陷清單，這就需要開發部分和用戶進行協
調，找出解決的辦法。
系統測試
什麼是系統測試：
將已經確認的軟體、計算機硬體、外設、網路等其他元素結合在一起，進行信息系統的各種組裝測試和確認測試。
系統測試是針對整個產品系統進行的測試，目的是驗證系統是否滿足了需求規格的定義，找出與需求規格不符或與之矛盾的地方，從而提出更加完善的方案。
對象不僅僅報測測試的軟體，還包含軟體所依賴的硬體，外設甚至包括某些數據、某些支持及介面等。
系統測試范圍：功能、性能、界面、強度、容量、安全性、配置、安裝、卸載、資料庫等。
驗收測試
驗收測試：驗收測試：可以類比為建築的使用者對建築進行的檢測。
驗收形式：
1.Alpha;alpha 測試是在用戶組織模式軟體系統的運行環境下的一種驗收測試，有用戶第三方測試公司進行的測試，模擬各類用戶行為對即將面市的軟體產品進行測試。試圖發現並修改錯誤。
2.Beta：Beta測試是用戶公司組織各方面的典型終端用戶在
日常工作中實際使用beta版本，並要求用戶報告異常情
況，提出批評意見。
實際過程中：初驗、終驗
Alpha和Beta的區別
區別：兩者的主要區別是測試場所不同。
p Alpha測試是指把用戶請到開發方的場所來測試， Alpha測試的環
境是受開發方控制的，用戶的數量相對比較少，時間比較集中。
p Beta測試是指在一個或多個用戶的場所進行的測試。beta測試的環
境是不受開發方控制的，誰也不知道用戶如何折磨軟體，用戶數
量相對比較多，時間不集中。
p alpha測試先於beta測試執行。
p 通用的軟體產品需要較大規模的beta測試，測試周期比較長。如
果產品通過了beta測試，那麼就可以正式發行了。
p 一些軟體開發公司把Alpha測試後發布的產品定義為：一個早期的、
不穩定的軟體版本所進行的驗收測試，而Beta測試看成是對一個
晚期的、更加穩定的軟體版本所進行的驗收測試。
『陸』 軟體測試階段是如何劃分的
首次測試-回歸測試-最後測試；單元測試-集成測試-系統測試
『柒』 什麼是軟體測試 分為哪幾個階段
軟體測試生命周期包括6個階段（大體上）：1）計劃 2）分析，3）設計，4）構建，5）測試周期，6）最後測試和實施，和7）實施後。
1. 計劃（產品定義階段）
高層次的測試計劃（包含多重測試周期）
質量保證計劃（質量目標，測試標准等 ）
確定計劃評審的時間
報告問題過程
確定問題的分類
確定驗收標准－給質量保證員和用戶。
建立應用程序測試資料庫
確定衡量標准，例如缺陷數量/嚴重程度和缺陷起源（僅舉幾個例子） 。
確定項目質量度量
開始制定項目整體測試時間表（時間，資源等）
必需階段：評審產品定義文檔
文檔中加入質量保證標准，作為工程改善進程的一部分
根據該產品的特點幫助確定問題的范圍
大約每月要花5 -1 0小時在這一方面
計劃在資料庫管理所有測試用例，包括手工方面或者自動化方面。
『捌』 軟體測試中,測試大概怎會劃分的
快捷標簽也算是一種功能出發的交互界面，測試主要有2個方面：GUI和功能定義。
GUI方面就是看標簽的設計要求，顯示比例、文字大小、布局、位置、美觀性、各種狀態、前景背景層次等。功能定義，就是要看特定的標簽是否能夠出發特定的功能、打開特定的界面/頁面、跳轉特定的連接等。
後者實現自動化測試比較簡單，而前者就會比較難，除非所有的頁面和標簽都是代碼方式生成的，這樣UI有固定規則可循，就和自動化檢測外觀特性了。
『玖』 測試計劃的目的是什麼軟體測試應該劃分幾個階段
測試的目的是想以最少的人力、物力和時間找出軟體中潛在的各種錯誤和缺陷，通過修正種錯誤和缺陷提高軟體質量，迴避軟體發布後由於潛在的軟體缺陷和錯誤造成的隱患帶來的商業風險。
大體上來說可分為單元測試、集成測試、系統測試、驗收測試。每個階段又分為以下五個步驟：測試計劃，測試設計，用例設計，執行結果，測試報告。
初始測試集中在每個模塊上，保證源代碼的正確性，該階段成為單元測試，主要用白盒測試方法。
接下來是模塊集成和集成以便組成完整的軟體包。集成測試集中在證實和程序構成問題上。主要採用黑盒測試方法，輔之以白盒測試方法。
軟體集成後，需要完成確認和系統測試。確認測試提供軟體滿足所有功能、性能需求的最後保證。確認測試僅僅應用黑盒測試方法。
單元測試
單元測試是對軟體中的基本組成單位進行的測試，如一個模塊、一個過程等等。它是軟體動態測試的最基本的部分，也是最重要的部分之一，其目的是檢驗軟體基本組成單位的正確性。
集成測試
集成測試是在軟體系統集成過程中所進行的測試，其主要目的是檢查軟體單位之間的介面是否正確。
系統測試
系統測試是對已經集成好的軟體系統進行徹底的測試，以驗證軟體系統的正確性和性能等滿足其規約所指定的要求，檢查軟體的行為和輸出是否正確並非一項簡單的任務，它被稱為測試的「先知者問題」。
驗收測試
驗收測試旨在向軟體的購買者展示該軟體系統滿足其用戶的需求。它的測試數據通常是系統測試的測試數據的子集。
回歸測試
回歸測試是在軟體維護階段，對軟體進行修改之後進行的測試。其目的是檢驗對軟體進行的修改是否正確。