幾種常用的測試方法

1. 材料常用的硬度試驗方法有幾種

材料的硬度測試大致有三類方法：
1、壓入法，主要有布氏硬度、洛氏硬度、維氏硬度。
2、回跳式，主要有肖氏硬度、理氏硬度。
3、刻劃法，如莫氏硬度。
上述硬度測試方法的適用范圍大致為：
1、布氏硬度通常用於測定鑄鐵、非鐵金屬、低合金結構鋼及結構鋼調質件等。
2、洛氏硬度理論上可用於各種材料硬度的測試，但因用不同的硬度等級測得的硬度值無法比較，故常用於淬火鋼的硬度測試。
3、維氏硬度常用於表面淬火時石硬化層深度和化學熱處理（如滲氮）件表面硬度測試。
4、肖氏硬度和理氏硬度常用於測試經精加工零件的表面硬度，如機床淬火導軌等。
5、莫氏硬度是一種劃痕硬度，主要用於無機非金屬材料，特別是礦物的硬度測試。

2. 常見的測試用例設計方法都有哪些

黑盒測試用例設計方法包括等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、判定表驅動法、正交試驗設計法、功能圖法、場景圖法等。
白盒子測試方法：（強度由低到高）語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
測試人員經常用到的有等價類，邊界值，場景法，因果圖法。
具體方法的使用可以網路下，這里就不啰嗦了。

3. 常用的皮膚測試方法有哪些

常用的皮膚測試方法包括：肉眼觀察法、紙巾擦拭法、美容放大鏡觀察法、美容透視燈觀察法、電腦皮膚測試法。

（1）肉眼觀察法

用洗面奶徹底清潔面部後，用毛巾將水擦乾，皮膚會出現緊綳感。

不用任何護膚品，靜靜觀察皮膚情況，計算皮膚緊綳感消失的時間。

若緊綳感在洗臉後30 分鍾左右消失，為中性皮膚；若緊綳感在洗臉後20 分鍾之內消失，為油性皮膚；若緊綳感在洗臉後40 分鍾左右才消失，為乾性皮膚。

（2）紙巾擦拭法

晚上將臉洗凈後，不塗任何護膚品，第二天起床後用干凈的面巾紙分別輕按額部、面頰、鼻翼、下頜等處，觀察紙巾上油污的多少。

紙巾上沾油污面積不大，呈微透明狀，為中性皮膚；紙巾上見大片油跡，呈透明狀，為油性皮膚；紙巾上基本不沾油跡，為乾性皮膚。

（3）美容放大鏡觀察法

洗凈面部，待皮膚緊綳感消失後，用放大鏡仔細觀察皮膚紋理及毛孔狀況。操作時用棉片將雙眼遮蓋，防止放大鏡折光損傷眼睛。

皮膚紋理不粗不細，為中性皮膚；皮膚紋理較粗，毛孔較大，為油性皮膚；皮膚紋理細致，毛孔細小不明顯，常見細小皮屑，為乾性皮膚。

（4）美容透視燈觀察法

美容透視燈內裝有紫外線燈管，紫外線對皮膚有較強的穿透力，可以幫助美容師了解皮膚表面和深層的組織情況。使用透視燈之前，應先清洗面部，並用濕棉塊遮住雙眼，以防紫外線刺傷眼睛。待皮膚緊綳感消失後再進行測試，不同類型的皮膚在透視燈下呈現不同的顏色。中性皮膚大部分為淡灰色，小面積橙黃色熒光塊；油性皮膚可見大片橙黃色熒光塊；乾性皮膚有少許或沒有橙黃色熒光塊及白色小塊，大部分呈淡紫藍色熒光塊。

（5）電腦皮膚測試法

通過皮膚探測器，電腦中收集面部皮膚各方面的材料，進行綜合分析判斷，得出准確結論。此方法簡便、准確，應用廣泛。

4. 軟體測試的方法一共有幾種

1、從是否關心內部結構來看

（1）白盒測試：又稱為結構測試或邏輯驅動測試，是一種按照程序內部邏輯結構和編碼結構，設計測試數據並完成測試的一種測試方法。

（2）黑盒測試：又稱為數據驅動測試，把測試對象當做看不見的黑盒，在完全不考慮程序內部結構和處理過程的情況下，測試者僅依據程序功能的需求規范考慮，確定測試用例和推斷測試結果的正確性，它是站在使用軟體或程序的角度，從輸入數據與輸出數據的對應關系出發進行的測試。

（3）灰盒測試：是一種綜合測試法，它將「黑盒」測試與「白盒」測試結合在一起，是基於程序運行時的外部表現又結合內部邏輯結構來設計用例，執行程序並採集路徑執行信息和外部用戶介面結果的測試技術。

2、從是否執行代碼看

（1）靜態測試：指不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、介面等來檢查程序的正確性。

(2)動態測試：是指通過運行被測程序，檢查運行結果與預期結果的差異，並分析運行效率、正確性和健壯性等性能指標。

3、從開發過程級別看

（1）單元測試：又稱模塊測試，是針對軟體設計的最小單位----程序模塊或功能模塊，進行正確性檢驗的測試工作。其目的在於檢驗程序各模塊是否存在各種差錯，是否能正確地實現了其功能，滿足其性能和介面要求。

(2)集成測試：又叫組裝測試或聯合，是單元測試的多級擴展，是在單元測試的基礎上進行的一種有序測試。旨在檢驗軟體單元之間的介面關系，以期望通過測試發現各軟體單元介面之間存在的問題，最終把經過測試的單元組成符合設計要求的軟體。

（3）系統測試：是為判斷系統是否符合要求而對集成的軟、硬體系統進行的測試活動、它是將已經集成好的軟體系統，作為基於整個計算機系統的一個元素，與計算機硬體、外設、某些支持軟體、人員、數據等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。

在系統測試中，對於具體的測試類型有：

（1）功能測試：對軟體需求規格說明書中的功能需求逐項進行的測試，以驗證功能是否滿足要求。

（2）性能測試：對軟體需求規格說明書的功能需求逐項進行的測試，以驗證功能是否滿足要求。

（3）介面測試：對軟體需求規格說明中的介面需求逐項進行的測試。

（4）人機交互界面測試：對所有人機交互界面提供的操作和顯示界面進行的測試，以檢驗是否滿足用戶的需求。

（5）強度測試：強制軟體運行在異常乃至發生故障的情況下（設計的極限狀態到超出極限），驗證軟體可以運行到何種程序的測試。

（6）餘量測試：對軟體是否達到規格說明中要求的餘量的測試。

（7）安全性測試：檢驗軟體中已存在的安全性、安全保密性措施是否有效的測試，

（8）可靠性測試：在真實的或模擬的環境中，為做出軟體可靠性估計而對軟體進行的功能（其輸入覆蓋和環境覆蓋一般大於普通的功能測試）

（9）恢復性測試：對有恢復或重置功能的軟體的每一類導致恢復或重置的情況，逐一進行的測試。

（10）邊界測試：對軟體處在邊界或端點情況下運行狀態的測試。

（11）數據處理測試：對完成專門數據處理功能所進行的測試。

（12）安裝性測試：對安裝過程是否符合安裝規程的測試，以發現安裝過程中的錯誤。

（13）容量測試：檢驗軟體的能力最高能達到什麼程度的測試。

（14）互操作性測試：為驗證不同軟體之間的互操作能力而進行的測試。

（15）敏感性測試：為發現在有效輸入類中可能引起某種不穩定性或不正常處理的某些數據的組合而進行的測試。

（16）標准符合性測試：驗證軟體與相關國家標准或規范（如軍用標准、國家標准、行業標准及國際標准）一致性的測試。

（17）兼容性測試：驗證軟體在規定條件下與若干個實體共同使用或實現數據格式轉換時能滿足有關要求能力的測試。

（18）中文本地化測試：驗證軟體在不降低原有能力的條件下，處理中文能力的測試。

4、從執行過程是否需要人工干預來看

（1）手工測試：就是測試人員按照事先為覆蓋被測軟體需求而編寫的測試用例，根據測試大綱中所描述的測試步驟和方法，手工地一個一個地輸 入執行，包括與被測軟體進行交互（如輸入測試數據、記錄測試結果等），然後觀察測試結果，看被測程序是否存在問題，或在執行過程中是否會有一場發生，屬於比較原始但是必須執行的一個步驟。

（2）自動化測試：實際上是將大量的重復性的測試工作交給計算機去完成，通常是使用自動化測試工具來模擬手動測試步驟，執行用某種程序設計語言編寫的過程（全自動測試就是指在自動測試過程中，不需要人工干預，由程序自動完成測試的全過程；半自動測試就是指在自動測試過程中，需要手動輸入測試用例或選擇測試路徑，再由自動測試程序按照人工指定的要求完成自動測試）

5、從測試實施組織看

（1）開發測試：開發人員進行的測試

（2）用戶測試：用戶方進行的測試

（3）第三方測試：有別於開發人員或用戶進行的測試，由專業的第三方承擔的測試，目的是為了保證測試工作的客觀性

6、從測試所處的環境看

（1）阿爾法測試：是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的測試

（2）貝塔測試：是用戶公司組織各方面的典型終端用戶在日常工作中實際使用貝塔版本，並要求用戶報告

(4)幾種常用的測試方法擴展閱讀

軟體測試的內容：

1 得到需求、功能設計、內部設計說書和其他必要的文檔

2 得到預算和進度要求

3 確定與項目有關的人員和他們的責任、對報告的要求、所需的標准和過程 ( 例如發行過程、變更過程、等等 )

4 確定應用軟體的高風險范圍，建立優先順序、確定測試所涉及的范圍和限制

5 確定測試的步驟和方法 ── 部件、集成、功能、系統、負載、可用性等各種測試

6 確定對測試環境的要求 ( 硬體、軟體、通信等 )

7 確定所需的測試用具 (testware) ，包括記錄 / 回放工具、覆蓋分析、測試跟蹤、問題 / 錯誤跟蹤、等等

8 確定對測試的輸入數據的要求

9 分配任務和任務負責人，以及所需的勞動力

10 設立大致的時間表、期限、和里程碑

11 確定輸入環境的類別、邊界值分析、錯誤類別

12 准備測試計劃文件和對計劃進行必要的回顧

13 准備白盒測試案例

14 對測試案例進行必要的回顧 / 調查 / 計劃

15 准備測試環境和測試用具，得到必需的用戶手冊 / 參考文件 / 結構指南 / 安裝指南，建立測試跟蹤過程，建立日誌和檔案、建立或得到測試輸入數據

16 得到並安裝軟體版本

17 進行測試

18 評估和報告結果

19 跟蹤問題 / 錯誤，並解決它

20 如果有必要，重新進行測試

21 在整個生命周期里維護和修改測試計劃、測試案例、測試環境、和測試用具

5. 常見性能測試的方法是

1．負載測試
在這里，負載測試指的是最常見的驗證一般性能需求而進行的性能測試，在上面我們提到了用戶最常見的性能需求就是「既要馬兒跑，又要馬兒少吃草」。因此負載測試主要是考察軟體系統在既定負載下的性能表現。我們對負載測試可以有如下理解：
（1）負載測試是站在用戶的角度去觀察在一定條件下軟體系統的性能表現。
（2）負載測試的預期結果是用戶的性能需求得到滿足。此指標一般體現為響應時間、交易容量、並發容量、資源使用率等。
2．壓力測試
壓力測試是為了考察系統在極端條件下的表現，極端條件可以是超負荷的交易量和並發用戶數。注意，這個極端條件並不一定是用戶的性能需求，可能要遠遠高於用戶的性能需求。可以這樣理解，壓力測試和負載測試不同的是，壓力測試的預期結果就是系統出現問題，而我們要考察的是系統處理問題的方式。比如說，我們期待一個系統在面臨壓力的情況下能夠保持穩定，處理速度可以變慢，但不能系統崩潰。因此，壓力測試是能讓我們識別系統的弱點和在極限負載下程序將如何運行。
例子：負載測試關心的是用戶規則和需求，壓力測試關心的是軟體系統本身。對於它們的區別，我們可以用華山論劍的例子來更加形象地描述一下。如果把郭靖看做被測試對象，那麼壓力測試就像是郭靖和已經走火入魔的歐陽峰過招，歐陽鋒蠻打亂來，毫無套路，盡可能地去打倒對方。郭靖要能應對住，並且不能丟進小命。而常規性能測試就好比郭靖和黃葯師、洪七公三人約定，只要郭靖能分別接兩位高手一百招，郭靖就算勝。至於三百招後哪怕郭靖會輸掉那也不用管了。他只要能做到接下一百招，就算通過。
思考
我們在做軟體壓力測試時，往往要增加比負載測試更多的並發用戶和交易，這是為什麼？
3．並發測試
驗證系統的並發處理能力。一般是和伺服器端建立大量的並發連接，通過客戶端的響應時間和伺服器端的性能監測情況來判斷系統是否達到了既定的並發能力指標。負載測試往往就會使用並發來創造負載，之所以把並發測試單獨提出來，是因為並發測試往往涉及伺服器的並發容量，以及多進程/多線程協調同步可能帶來的問題。這是要特別注意，必須測試的。
4．基準測試
當軟體系統中增加一個新的模塊的時候，需要做基準測試，以判斷新模塊對整個軟體系統的性能影響。按照基準測試的方法，需要打開/關閉新模塊至少各做一次測試。關閉模塊之前的系統各個性能指標記下來作為基準（Benchmark），然後與打開模塊狀態下的系統性能指標作比較，以判斷模塊對系統性能的影響。
5．穩定性測試
「路遙知馬力」，在這里我們要說的是和性能測試有關的穩定性測試，即測試系統在一定負載下運行長時間後是否會發生問題。軟體系統的有些問題是不能一下子就暴露出來的，或者說是需要時間積累才能達到能夠度量的程度。為什麼會需要這樣的測試呢？因為有些軟體的問題只有在運行一天或一個星期甚至更長的時間才會暴露。這種問題一般是程序佔用資源卻不能及時釋放而引起的。比如，內存泄漏問題就是經過一段時間積累才會慢慢變得顯著，在運行初期卻很難檢測出來；還有客戶端和伺服器在負載運行一段時間後，建立了大量的連接通路，卻不能有效地復用或及時釋放。
6．可恢復測試
測試系統能否快速地從錯誤狀態中恢復到正常狀態。比如，在一個配有負載均衡的系統中，主機承受了壓力無法正常工作後，備份機是否能夠快速地接管負載。可恢復測試通常結合壓力測試一起來做。
提示：每種測試有其存在的空間和目的。當我們接手一個軟體項目後，在有限的資源條件下，選擇去做哪一種測試，這應該根據當前軟體過程階段和項目的本身特點來做選

6. 軟體測試的方法有哪些

選擇培訓機構時就一定考慮到以下幾點：

1、課程選擇，不要只是簡單的學習功能測試，而是會涵蓋有現在流行的自動化測試、GUI測試，介面測試和性能測試開發等內容；

2、培訓機構的教學不僅僅是教會你做標準的軟體測試，而是要教你一些測試邏輯，教會你使用工具但又不依賴於這些工具也可以完成自動化測試，也就是其背後的底層的工作原理，這些東西才是真正能夠內化成屬於你個人的核心競爭力。

3、現在的移動互聯網企業對自動化測試的需求非常大，也會要求學員掌握程序設計的原理，所以測試開發性綜合性人才才是未來IT行業的需求方向。

4、一定要去參加試學，因為很多人目標不明確，甚至是迷茫的，所以去試學一周，看看自己是不是真的想做技術，或者適合做技術。

5、授課方式，有些是面授，有些是視頻授課，各有優點，就看自己喜歡哪種了。當然，線下面授的學費應該更高，畢竟成本在那裡，學習時有老師盯著，有同學陪著，能夠更快的進入學習的狀態，有更充足的鬥志。

7. 常用的黑盒測試方法有哪些

常用的黑盒測試技術有劃分等價類、邊界值分析法、錯誤推測法、因果圖法、判定表組成法、正交試驗設計、場景法。

黑盒測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下，在程序介面進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息。黑盒測試著眼於程序外部結構，不考慮內部邏輯結構，主要針對軟體界面和軟體功能進行測試。

(7)幾種常用的測試方法擴展閱讀：

黑盒測試是以用戶的角度，從輸入數據與輸出數據的對應關系出發進行測試的。很明顯，如果外部特性本身設計有問題或規格說明的規定有誤，用黑盒測試方法是發現不了的。

採用這種測試方法，測試工程師把測試對象看作一個黑盒子，完全不考慮程序內部的邏輯結構和內部特性，只依據程序的《需求規格說明書》，檢查程序的功能是否符合它的功能說明。測試工程師無需了解程序代碼的內部構造，完全模擬軟體產品的最終用戶使用該軟體，檢查軟體產品是否達到了用戶的需求。黑盒測試方法能更好、更真實地從用戶角度來考察被測系統的功能性需求實現情況。在軟體測試的各個階段，如單元測試、集成測試、系統測試及驗收測試等階段中，黑盒測試都發揮著重要作用，尤其在系統測試和確認測試中，其作用是其他測試方法無法取代的。

8. 軟體測試有哪些常用的測試方法

（1）黑盒測試（black-box testing）：只關心輸入和輸出的結果
（2）白盒測試（white-box testing）：去研究裡面的源代碼和程序結構
2、按是否運行程序分為：
（1）靜態測試（static testing）：是指不實際運行被測軟體，而只是靜態地檢查程序代碼、界面或文檔可能存在的錯誤的過程。
靜態測試包括：
對於代碼測試，主要是測試代碼是否符合相應的標准和規范。
對於界面測試，主要測試軟體的實際界面與需求中的說明是否相符。
對於文檔測試，主要測試用戶手冊和需求說明是否真正符合用戶的實際需求。
（5）動態測試（dynamic testing），是指實際運行被測程序，輸入相應的測試數據，檢查輸出結果和預期結果是否相符的過程
3、按階段劃分：
（1）單元測試（unit testing），是指對軟體中的最小可測試單元進行檢查和驗證。
樁模塊（stud）是指模擬被測模塊所調用的模塊，驅動模塊（driver）是指模擬被測模塊的上級模塊，驅動模塊用來接收測試數據，啟動被測模塊並輸出結果。
（2）集成測試（integration testing），是單元測試的下一階段，是指將通過測試的單元模塊組裝成系統或子系統，再進行測試，重點測試不同模塊的介面部門。
集成測試就是用來檢查各個單元模塊結合到一起能否協同配合，正常運行。
（3）系統測試（system testing），指的是將整個軟體系統看做一個整體進行測試，包括對功能、性能，以及軟體所運行的軟硬體環境進行測試。
系統測試的主要依據是《系統需求規格說明書》文檔。
（4）驗收測試（acceptance testing），指的是在系統測試的後期，以用戶測試為主，或有測試人員等質量保障人員共同參與的測試，它也是軟體正式交給用戶使用的最後一道工序。
驗收測試又分為a測試和beta測試，其中a測試指的是由用戶、 測試人員、開發人員等共同參與的內部測試，而beta測試指的是內測後的公測，即完全交給最終用戶測試。
4、黑盒測試分為功能測試和性能測試：
1)功能測試（function testing），是黑盒測試的一方面，它檢查實際軟體的功能是否符合用戶的需求。
包括邏輯功能測試（logic function testing）
界面測試（UI testing）UI=User Interface
易用性測試（usability testing）：是指從軟體使用的合理性和方便性等角度對軟體系統進行檢查，來發現軟體中不方便用戶使用的地方。
兼容性測試（compatibility testing）：包括硬體兼容性測試和軟體兼容性測試
2)性能測試（performance testing）
軟體的性能主要有時間性能和空間性能兩種
時間性能：主要指軟體的一個具體事務的響應時間（respond time）。
空間性能：主要指軟體運行時所消耗的系統資源。
軟體性能測試分為：
一般性能測試：指的是讓被測系統在正常的軟硬體環境下運行，不向其施加任何壓力的性能測試。
穩定性測試也叫可靠性測試（reliability testing）：是指連續運行被測系統檢查系統運行時的穩定程度。
負載測試（load testing）：是指讓被測系統在其能忍受的壓力的極限范圍之內連續運行，來測試系統的穩定性。
壓力測試（stress testing）：是指持續不斷的給被測系統增加壓力，直到將被測系統壓垮為止，用來測試系統所能承受的最大壓力。(Validate the system or software can allowed the biggest stress.)
5、其他測試類型：
回歸測試（regression testing）是指對軟體的新的版本測試時，重復執行上一個版本測試時的用例。(When a new build or release is deployed, repeat all the test cases which has executed in the last build or release.)
冒煙測試（smoke testing），是指在對一個新版本進行大規模的測試之前，先驗證一下軟體的基本功能是否實現，是否具備可測性。(validate the major function is deployed or not in software of system when a new build or release is implement.)
隨機測試（random testing），是指測試中所有的輸入數據都是隨機生成的，其目的是模擬用戶的真實操作，並發現一些邊緣性的錯誤。(means or all the test data is random, to validate the some edge bugs.)