一、什么是軟件測試？軟件測試的目的？

首先你要知道測試是做什么，開發是做什么。從行業發展來看，目前開發人員還是很多，崗位比例的話基本上也是10:1，測試的話需求比較大，但是專業的測試人員比較小，所以崗位比例的話是1:6。但是會存在有一些小企業可能開發就兼測試了，不會專門招一個測試，但是一些大企業肯定是崗位職責很明確的。從薪資水平來看，開發的薪資固然比測試的高，但是也不排除部分測試薪資也很高。但是開發加班什么的肯定都比測試多。最后怎么選擇主要是看你自己更傾向于學什么，開發吧，年齡越大肯定越力不從心，但是沒辦法，薪資高，很多人還是想走開發。

二、水表測試有幾種方法？

1、第一種是比較法

比較法就是用一塊標準表(母表)和一塊被校驗的表，連結在一起，通過一定壓力的水，按照規定進行各種試驗，這時兩塊表指針一起走動，被校驗水表指針所指示的分度線和標準表指針所指示的分度線一致時，說明被校驗的水表示值是正確的，否則需要重復試驗，達到正確為止。

2、第二種是容積法

容積法就是將水表最小位指針對準“0”位或某一分度線，將標準容積的水放置到“0”位(放空對“0”)，然后操縱轉子流量計調節閥門，使水的流量按規定流量值通過水表，進入標準容器中，，當水表指針達到預先規定的分度或標準容器水面達到預先規定的分度時，關閉轉子流量計閥門，待標準容器中的水面平靜后再進行讀數，這時水表指針所指示的分度值和標準容器中所示的容積值，達到一致時，說明水表的示值是正確的，用這種方法校驗水表的示值，叫做容積法。

三、軟件測試分類？

從不同的角度對軟件測試進行分類，如下：

按照對軟件內部程序了解程度，可以分為：

白盒測試

灰盒測試

黑盒測試

按照程序的運行狀態，可以分為：

靜態測試

動態測試

根據測試的階段，可以分為：

單元測試

集成測試

系統測試

驗收測試

根據測試的執行方式，可以分為：

手工測試

自動化測試

根據測試的類型，可以分為：

功能測試

性能測試

兼容性測試

安全測試

四、軟件測試流程？

設計軟件測試流程的目標：

指定完整且具體的測試流程和規范，是為測試工作提供基礎流程框架，以期望能達到快速高效、高質量的測試工作。

測試流程圖

1.需求分析：

需求是整個測試工作的基礎，確定測試對象以及測試工作的范圍和作用。用來確定整個測試工作，如安排測試時間表、測試設計等，并作為測試覆蓋的基礎。被確定的需求應該是可核實的，它們必須有一個可觀察、可評測的結果。所以，我們現在理解的需求是一個比較大的概念，它是在整個測試計劃文檔中體現出來的。

●測試需求是制定測試計劃的基本依據。確定了測試需求，能夠為測試計劃提供客觀依據。確定要測什么、測試哪些方面，然后才能針對性的設計測試用例。

●測試需求是計算測試覆蓋的分母，沒有測試需求就沒法準確的進行測試覆蓋。

2.測試計劃：

一般由測試負責人來編寫。測試計劃的依據主要是項目開發計劃和對需求有一定的，了解。測試計劃一般包括以下一些方面：

1. 測試背景

1.1軟件項目介紹；

1.2項目涉及人員（如軟硬件項目負責人等）介紹以及相應聯系方式等。

2. 測試依據

2.1 軟件需求文檔；

2.2 軟件規格書；

2.3 其他，如參考產品等。

3. 測試資源

3.1 測試設備需求；

3.2 測試人員需求；

3.3 測試環境需求；

3.4 其他。

4.測試用例：

一份好的測試用例對測試執行有很好的指導作用，能夠發現很多軟件問題。，指導測試實施人員執行測試工作，為測試報告提供依據，能更好的覆蓋需求點防止遺漏。

5.搭建測試環境

不同軟件產品對測試環境有著不同的要求。如C/S及B/S架構相關的軟件產品，那么對不同操作系統，如Windows系列、unix、linux甚至蘋果IOS等，這些測試環境都是必須的。而對于一些嵌入式軟件，如手機軟件，如果我們想測試一下有關功能模塊的耗電情況，手機待機時間等，那么我們可能就需要搭建相應的電流測試環境了。當然測試中對于如手機網絡等環境都有所要求。

測試環境很重要，符合要求的測試環境能夠幫助我們準確的測出軟件問題，并且做出正確的判斷。

6. 執行測試

從測試的角度而言，測試執行包括一個量和度的問題。也就是測試范圍和測試程度的問題。比如一個版本需要測試哪些方面？每個方面要測試到什么程度？

從管理的角度而言，在有限的時間內，在人員有限甚至短缺的情況下，要考慮如何分工，如何合理地利用資源來開展測試。當然還要考慮以下問題：

1. 當測試人員測試的執行不到位、敷衍了事時該如何解決？

2. 測試效率問題，怎樣提高測試效率？

3. 根據版本的不同特點是只做驗證測試還是采取冒煙測試亦或是系統全面測試？

4. 當測試過程中遇到一些偶然性隨機問題該怎樣處理？

總結：測試執行過程中會遇到很多復雜的問題，還是那句話，具體問題具體解決！

7. 缺陷管理

一般而言，缺陷都是誰測試誰提交。在缺陷的描述上，通常包括以下內容：

編號、測試者、測試日期、概要、預置條件、操作步驟、錯誤現象、嚴重程度、版本、操作系統，截圖等。

常見缺陷管理工具：有禪道、JIRA、Bugfree等。

8. 測試報告

這里報告指軟件經過一輪又一輪測試后，確認軟件無重大問題或者問題很少的情況下，對準備發給客戶的軟件進行驗收，以確定是否能夠發行給客戶或投放市場。

最后總結經驗教訓：每個版本有每個版本的測試總結，每個階段有每個階段的測試總結，當項目完成所有需求后，一般要對整個項目做個回顧總結，看有哪些做的不足的地方，有哪些經驗可以對今后的測試工作做借鑒使用等等。測試總結無嚴格格式、字數限制。應該說，測試總結還是很重要的。

五、內存測試軟件？

MemTest是可靠的內存檢測工具，通過對電腦進行儲存與讀取操作來分析檢查內存情況。

內存檢測工具 MemTest不但可以徹底的檢測出內存的穩定度，還可同時測試記憶的儲存與檢索資料的能力，讓你可以確實掌控到目前你機器上正在使用的內存到底可不可信賴 。

如果你剛購置了硬盤或者電腦設備，想要測試性能，可以使用這款強大的MemTest工具進行測試。

六、信噪比測試軟件？

Audio100 audio tester 一款音頻信號測試軟件，一般大家都拿它來做音箱測試軟件用，Audio100 audio tester 提供了35種不同頻率的正弦波信號，也提供了3組粉紅噪音信號和一組20Hz－20kHz的掃頻信號，所有信號的幅度為-20dB。Audio100 audio tester中的波形信號全部從專業音頻信號發生儀器采樣，所產生波形的頻率極為準確，失真度也極小，并且提供了專業的音頻測試信號說明。

七、cpu測試軟件？

CPU測試軟件組合：

1、信息檢驗（cpu－z）

使用此軟件查看CPU信息。該軟件使用非常簡單，下載后直接點擊文件，就可以看到CPU名稱、供應商、內核進程、內外時鐘、本地時鐘監控等參數。在購買CPU之前或之后，如果想準確判斷CPU的過頻性能，我們可以用它來測量實際設計的CPU的FSB頻率和倍頻程頻率。

2、頻率測試（Intel Processor Frequency ID Utility）

使用這個軟件的目的是確定什么內部速率的CPU處理器正在運行，并了解更多關于CPU。它包括“頻率測試”和“CPUID”標簽，它們各自獨立工作。

“頻率ID”標簽信息包括處理器品牌、預期微處理器工作頻率、當前微處理器工作頻率、預期系統總線工作頻率、當前系統總線工作頻率和被測處理器。“CPUID”標簽將提供一些信息來識別英特爾微處理器。

3、超頻測試（MyCPU）

MyCPU可用于測試聲稱超頻的cpu，因此在購買之前測試它們是一個好主意。測試項目包括制造商、CPU系列、CPU型號、對多媒體加速技術的工作頻率支持以及CPU中使用的L1Cache大小。

4、溫度測試（Hardware Sensors Monitor）

超頻后，需要使用此軟件。當CPU溫度超過一定警戒線后，可以立即報警，防止。還可以內置CPU溫度和電壓標準值，設置CPU溫度過高或電壓不穩定超過標準值時的警告，通過定制WAV聲音文件提醒用戶。但是，每個主板的溫度測量方法不一樣，應該了解溫度測量方法和CPU正常工作的溫度范圍。

5、穩定性測試（Hot CPU Tester Pro）

該軟件主要用于測試CPU的穩定性。熱CPU測試器是一種測試系統穩定性的工具，用于發現超頻或有缺陷的CPU，特別是查看超頻后的系統是否穩定。特別適合超頻播放器的CPU穩定性性能測試工具，還可以測試主板、內存的穩定性。

八、#軟件測試工程師#軟件測試功能測試還有前途嗎？

單純功能測試沒前途了，工作不好找。必須會性能，壓力測試之類的，掌握一門自動化測試工具，一門腳本語言等等。這是我最近兩月以來的經驗

九、什么是軟件測試？軟件測試的目的是什么？

主要是通過軟件測試這一步驟去查找發現預期效果和實際效百果的區別和問題，對軟件進行評估衡量是否能夠滿足設計的要求和特點。說通俗一點就是為了度找出軟件里面有沒有bug，比如我開發了一個購物的軟件，然后我在里面買東西，發現不知用付款就可以結賬成功，然后大量的人通過這個渠道買東西造成了公司大量損失。軟件測試的作用就是去發現并指出問題的一個職業，對一個好的軟件測試員來說，一個軟件有很多道的地方需要去測試，不僅是會造成損失的要測試、影響客戶體驗的也需要測試指出。軟件測試主要是要細，一個軟件往往大錯誤就不不多，最多回的就是小錯誤小毛病。 測試軟件崗位答主要適合于大部分IT開發，現在軟件測試也是一個發展比較快的東西，在未來潛力也是比較大的。

十、軟件測試什么是黑盒測試白盒測試？

軟件測試的兩個方面而已。 白盒測試：是通過程序的源代碼進行測試而不使用用戶界面。這種類型的測試需要從代碼句法發現內部代碼在算法，溢出，路徑，條件等等中的缺點或者錯誤，進而加以修正。 黑盒測試：是通過使用整個軟件或某種軟件功能來嚴格地測試, 而并沒有通過檢查程序的源代碼或者很清楚地了解該軟件的源代碼程序具體是怎樣設計的。測試人員通過輸入他們的數據然后看輸出的結果從而了解軟件怎樣工作。在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求 規格說明書的規定正常使用，程序是否能適當地接收和正確的輸出