<xmp id="o00y0"> 此名不佳，建議改名。
秦才偉-----芹菜尾 命多劫難
絕無對閣下不敬之意，不是危言聳聽，你可以參照麻衣相書。
周易卦爻八字五行：
上：離（五行屬火）
下：兌（五行屬金）
一生命運坎坷，大器晚成，將相之才！
婚姻多不如意，若有女能輔之，不可棄！
幽幽人事，必有定理，信有則有，信無則無，再見·！
常會聽別人說到性能測試、負載測試、壓力測試、并發測試，很多人都是混合使用，或者一會叫壓力測試，一會叫并發測試。這些概念除了非測試人員分不清楚，甚至許多專業測試人員也對這些名詞也很模糊。關于這個分類我翻閱了幾個本比較好的書籍，他們講的也比較模糊，沒有給出本質上的區別。只是從不同角度和關 注點來解釋。好吧我們先來看他們之間比較普遍的解釋。
性能測試（狹義）
性能測試方法是通過模擬生產運行的業務壓力量和使用場景組合，測試系統的性能是否滿足生產性能要求。通俗地說，這種方法就是要在特定的運行條件下驗證系統的能力狀態。
特點：
1、這種方法的主要目的是驗證系統是否有系統宣稱具有的能力。
2、這種方法要事先了解被測試系統經典場景，并具有確定的性能目標。
3、這種方法要求在已經確定的環境下運行。
也就是說，這種方法是對系統性能已經有了解的前提，并對需求有明確的目標，并在已經確定的環境下進行的。
負載測試
通過在被測系統上不斷加壓，直到性能指標達到極限，例如“響應時間”超過預定指標或都某種資源已經達到飽和狀態。
特點：
1、這種性能測試方法的主要目的是找到系統處理能力的極限。
2、這種性能測試方法需要在給定的測試環境下進行，通常也需要考慮被測試系統的業務壓力量和典型場景、使得測試結果具有業務上的意義。
3、這種性能測試方法一般用來了解系統的性能容量，或是配合性能調優來使用。
也就是說，這種方法是對一個系統持續不段的加壓，看你在什么時候已經超出“我的要求”或系統崩潰。
壓力測試（強度測試）
壓力測試方法測試系統在一定飽和狀態下，例如cpu、內存在飽和使用情況下，系統能夠處理的會話能力，以及系統是否會出現錯誤
特點：
1、這種性能測試方法的主要目的是檢查系統處于壓力性能下時，應用的表現。
2、這種性能測試一般通過模擬負載等方法，使得系統的資源使用達到較高的水平。
3、這種性能測試方法一般用于測試系統的穩定性。
也就是說，這種測試是讓系統處在很大強度的壓力之下，看系統是否穩定，哪里會出問題
1、測試是做什么的?
如果是專業的測試人員的話，那軟件測試的工作就相當復雜了，首先制定測試計劃是勢在必行的，包括測試的起始結束時間，在什么時間要有什么進度，之后就是進行各個測試環節，單元測試——集成測試——系統測試——驗收測試。這里邊前兩步是用到白盒測試，后兩步需要的是黑盒測試。
如果是找測試方面的工作的話，那一開始我相信問得不會很深，但是基礎肯定是要知道的，就是什么是黑白盒測試，建議測試文檔包含的必須部分等等吧，都是很基礎的。
2、軟件測試類型都有哪些?測試類型的區別與聯系?
測試類型有：功能測試，性能測試，界面測試。
功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個黑盒子。利用黑盒測試法進行動態測試時，需要測試軟件產品的功能，不需測試軟件產品的內部結構和處理過程。采用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。
性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結合進行。通過負載測試，確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時，系統各項性能指標的變化情況。壓力測試是通過確定一個系統的瓶頸或者不能接收的性能點，來獲得系統能提供的最大服務級別的測試。
界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象。而且設計良好的界面能夠引導用戶自己完成相應的操作，起到向導的作用。同時界面如同人的面孔，具有吸引用戶的直接優勢。設計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。
區別在于，功能測試關注產品的所有功能上，要考慮到每個細節功能，每個可能存在的功能問題。性能測試主要關注于產品整體的多用戶并發下的穩定性和健壯性。界面測試更關注于用戶體驗上，用戶使用該產品的時候是否易用，是否易懂，是否規范(快捷鍵之類的)，是否美觀(能否吸引用戶的注意力)，是否安全(盡量在前臺避免用戶無意輸入無效的數據，當然考慮到體驗性，不能太粗魯的彈出警告)?做某個性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測試。
3、請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收測試的區別與聯系?
黑盒測試：已知產品的功能設計規格，可以進行測試證明每個實現了的功能是否符合要求。
白盒測試：已知產品的內部工作過程，可以通過測試證明每種內部操作是否符合設計規格要求，所有內部成分是否以經過檢查。
軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內部的邏輯結構和內部特性，只依據程序的需求規格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數據驅動測試。黑盒測試主要是為了發現以下幾類錯誤：
1)是否有不正確或遺漏的功能?
2)在接口上，輸入是否能正確的接受?能否輸出正確的結果?
3)是否有數據結構錯誤或外部信息(例如數據文件)訪問錯誤?
4)性能上是否能夠滿足要求?
5)是否有初始化或終止性錯誤?
軟件的白盒測試是對軟件的過程性細節做細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態，確定實際狀態是否與預期的狀態一致。因此白盒測試又稱為結構測試或邏輯驅動測試。白盒測試主要是想對程序模塊進行如下檢查：
1)對程序模塊的所有獨立的執行路徑至少測試一遍。
2)對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。
3)在循環的邊界和運行的界限內執行循環體。
4)測試內部數據結構的有效性，等等。
單元測試(模塊測試)是開發者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件(或者場景)下某個特定函數的行為。
單元測試是由程序員自己來完成，最終受益的也是程序員自己。可以這么說，程序員有責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試。執行單元測試，就是為了證明這段代碼的行為和我們期望的一致。
集成測試(也叫組裝測試，聯合測試)是單元測試的邏輯擴展。它的最簡單的形式是：兩個已經測試過的單元組合成一個組件，并且測試它們之間的接口。從這一層意義上講，組件是指多個單元的集成聚合。在現實方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴展進程，將您的模塊與其他組的模塊一起測試。最后，將構成進程的所有模塊一起測試。
系統測試是將經過測試的子系統裝配成一個完整系統來測試。它是檢驗系統是否確實能提供系統方案說明書中指定功能的有效方法。(常見的聯調測試)
系統測試的目的是對最終軟件系統進行全面的測試，確保最終軟件系統滿足產品需求并且遵循系統設計。
驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執行軟件的既定功能和任務。
驗收測試是向未來的用戶表明系統能夠像預定要求那樣工作。經集成測試后，已經按照設計把所有的模塊組裝成一個完整的軟件系統，接口錯誤也已經基本排除了，接著就應該進一步驗證軟件的有效性，這就是驗收測試的任務，即軟件的功能和性能如同用戶所合理期待的那樣。
4、做好測試用例設計工作的關鍵是什么?
白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果;
黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內發現最多的問題。
5、測試計劃工作的目的是什么?測試計劃工作的內容都包括什么?其中哪些是最重要的?
軟件測試計劃是指導測試過程的綱領性文件，包含了產品概述、測試策略、測試方法、測試區域、測試配置、測試周期、測試資源、測試交流、風險分析等內容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的各種變更。
測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關系，測試計劃主要從宏觀上規劃測試活動的范圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務的具體戰術。所以其中最重要的是測試測試策略和測試方法(最好是能先評審)。
6、做好測試計劃工作的關鍵是什么?
1)明確測試的目標，增強測試計劃的實用性
編寫軟件測試計劃得重要目的就是使測試過程能夠發現更多的軟件缺陷，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。因此，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具并且具有較高的實用性，便于使用，生成的測試結果直觀、準確。
2)堅持“5W”規則，明確內容與過程
“5W”規則指的是“What(做什么)”、“Why(為什么做)”、“When(何時做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”規則創建軟件測試計劃，可以幫助測試團隊理解測試的目的(Why)，明確測試的范圍和內容(What)，確定測試的開始和結束日期(When)，指出測試的方法和工具(How)，給出測試文檔和軟件的存放位置(Where)。
3)采用評審和更新機制，保證測試計劃滿足實際需求
測試計劃寫作完成后，如果沒有經過評審，直接發送給測試團隊，測試計劃內容的可能不準確或遺漏測試內容，或者軟件需求變更引起測試范圍的增減，而測試計劃的內容沒有及時更新，誤導測試執行人員。
4)分別創建測試計劃與測試詳細規格、測試用例
應把詳細的測試技術指標包含到獨立創建的測試詳細規格文檔，把用于指導測試小組執行測試過程的測試用例放到獨立創建的測試用例文檔或測試用例管理數據庫中。測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關系，測試計劃主要從宏觀上規劃測試活動的范圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務的具體戰術。
性能測試針對場景來講的，在不同的場景，得出性能指標值。這些場景是真實環境有可能出現的。常見場景——壓力測試，是否能長期提供服務；
負載測試——得出壓爛掉的極限值；
尖峰測試——系統應對突發激增用戶情況，應對能力
配置測試——得出最優配置；
失敗恢復測試；
planB
環境可靠性一般包含氣候環境可靠性和機械環境可靠性兩類。
氣候環境可靠性的影響包括溫度、濕度、光照、雨水、鹽霧、氣壓等方面的影響。氣候環境可靠性測試項目主要有：高溫測試、低溫測試、快速溫變測試、冷熱沖擊測試、恒定濕熱測試、交變濕熱測試、溫濕度組合循環測試、光老化測試、防水測試、防塵測試、鹽霧測試、低氣壓測試等。
機械環境可靠性測試項目主要有：振動測試、機械沖擊測試、碰撞測試、跌落測試。
另外包括綜合性的環境可靠性測試：綜合環境測試，如溫度+濕度+振動三因素相結合的測試。
溫濕度實驗箱
圖為環境可靠性實驗室中溫濕度測試設備。
產品的可靠性有：
1.氣候環境可靠性測試，比如：高低溫測試、溫度沖擊、鹽霧、防塵防水等
2.機械環境可靠性測試。比如：振動、跌落、機械沖擊等
3.綜合環境可靠性測試。比如：HALT、HASS、HASA
