首先是AIDA64，它是一個功能非常全面的電腦檢測軟件，它有兩大功能一是電腦信息檢測，二是電腦穩定性測試在計算機的系統概述選項中。我們能看到這臺電腦的系統名稱。CPU的型號，主板的具體型號，主板的芯片組，內存條的容量。內存條的具體型號，還有顯卡的型號，硬盤的型號等等信息，可以讓你快速的對你的電腦有一個簡單的了解。
點擊工具欄會彈出各種測試選項，操作簡單。
這個電腦幀率顯示的軟件MSI afterburner百度搜索MSI afterburner，第一個微星中國的就是它的官網。
它是一個集顯卡超頻和硬件監控于一體的軟件，雖然他是微星的軟件，但是所有品牌的顯卡都可以使用。這就是這個軟件的主界面啦
MSI afterburner有兩大功能，一是給顯卡超頻，二是硬件檢測，這個主界面的設置都是給顯卡超頻的，不建議小白操作，這個軟件的重點是硬件檢測FPS顯示。
下面我來告訴大家如何操作，點擊主界面的小齒輪即可進入界面。如下圖位置勾選即可顯示在游戲內相關的參數。
我要說的下一個軟件是硬盤測試軟件AS SSD benchmark。它主要功能是測試硬盤的性能，截止到2020年4月，現在最新的版本是2.0.7316。它的用法很簡單，首先在這里選擇你要測試的硬盤，在這里選擇測試的文件大小，一般都是用默認的儀器比點擊開始就能進行測試了。對操作影響最大的就是4K性能。
3D mark。這是一個非常專業權威的電腦性能測試軟，它能通過多項測試全面且真實的展示你電腦的性能，STEAM和we game平臺售價88元，但經常有活動11元就能買到。
打開軟件進入主頁后，它會自動推薦適合你的電腦的性能測試。你也可以點擊更多測試來選擇更多的測試項目。我們最常用的是基于DX12的time spy和，簡單來說DX的版本越新游戲的畫面質量越好，現在支持DX12的游戲不算多，而且很多游戲對DX12的優化不好。
測試主機是往期文章：1100元主機跑分竟然超23W！低預算爽玩游戲！
對于大部分不怎么了解電腦的小白來說，魯大師是一款用起來簡單易操作的軟件。通過它你能很清楚的知道電腦的大致情況,
一鍵跑分就能測試電腦的性能。然后看著擊敗全國百分之多少的用戶心里美滋滋的，但是它的跑分并不算專業所以也有網友戲稱它娛樂大師。（跑分100W分的顯卡...）
還有驅動檢測，用的好好的，就不要去安裝或升級什么驅動，因為他反而會出現一些意想不到的問題。
本期文章介紹的軟件均可在百度搜索查找到，如果有問題歡迎私信我。
以上就是本期全部內容，如果你喜歡我的文章，歡迎評論留言，關注我，我們下期再見。
感謝你的觀看。
、什么是單元測試
“在計算機編程中，單元測試又稱為模塊測試，是針對程序模塊來進行正確性檢驗的測試工作。程序單元是應用的最小可測試部件。在過程化編程中，一個單元就是單個程序、函數、過程等；對于面向對象編程，最小單元就是方法，包括基類、抽象類、或者派生類中的方法。”
摘錄來自維基百科
單元測試（Unit Testing）顧名思義就是測試一個單元，這里的單元通常指一個函數或類，區別于集成測試中的模塊和系統。集成測試的測試過程通常存在跨系統模塊的調用，是一種端到端的測試；而單元測試關注對象的顆粒度較小，用來保障一個類或者函數是否按照預期正確的執行。
二、為什么要寫單元測試
作為保障代碼質量的有效手段之一，公司也在積極的推進單元測試。結合單測的實踐，總結了以下幾點單元測試的好處，認真實踐過的同學，應該會有共鳴。
2.1 減少BUG，釋放資源
上面這張圖，旨在說明兩個問題：
單元測試是所有測試環節中最底層的一類測試，是第一個環節，也是最重要的一個環節。大多數缺陷是Coding階段引入，修復的成本隨著軟件生命周期進展不斷上升。日常研發中，在交付測試前我們對功能單元進行主流程、各種邊界及異常單元測試的編寫，能有效幫助我們發現代碼中的缺陷。相對于后期來自測試同學或者線上異常反饋，再來進行排查定位、修復發布的成本來說，單元測試的性價比是極高的。單元測試可以有效地保障代碼質量，給我們帶來質量口碑的同時，也為他人和自己減少因修復低級BUG而投入的時間，能夠將精力分配到其他更有意義的事情上。
2.2 為代碼重構保駕護航
面對項目中歷史遺留的腐化代碼，我們都有推倒重來的沖動，但它畢竟經過了長時間的穩定性考驗，我們又擔心重構之后出現問題。這是我們經常會遇到的境況，當要重構不是非常熟悉的祖傳代碼，又沒有充足的測試資源保障的時候，重構引入缺陷的風險還是很大的。
那如何保證重構不出錯呢？Martin Fowler在《重構：改善既有代碼的設計》提到：
重構是很有價值的工具，但只有重構還不行。要正確地進行重構，前提是得有一套穩固的測試集合，以幫我發現難以避免的疏漏。即便有工具可以幫我自動完成一些重構，很多重構手法依然需要通過測試集合來保障。
除了需要對業務流程有足夠的了解并且熟練掌握各種設計思想、模式之外，單元測試是保證重構不出錯的有效手段。當重構完成之后，如果新的代碼仍然能通過單元測試，那就說明代碼原有正確的邏輯未被破壞，原有的外部可見行為沒有發生改變。單元測試給了我們重構的信心與底氣。
2.3 既是編寫單測也是CodeReview
單元測試和CR是保障代碼質量行之有效的兩個手段。在研發交付過程中，通常我們提交CR的時機較為滯后，評審同學指出待優化或修復的時間點也較晚，修復的風險和成本上都有所增加。
我們編寫編碼單元測試過程，其實也是自我CodeReview的過程。在這個過程中，我們對功能單元主流程、邊界及異常進行測試，也在自我審視代碼的規范、邏輯及設計。既提高了后續提交CR的質量與評審效率，也將問題提前暴露。
2.4 便于調試與驗證
當項目存在多個協同方時，我們只需按照約定mock出依賴項的數據，無需等所有依賴的應用接口開發部署完成后再進行調試，提高了我們協同的效率與質量。我們將功能需求進行拆解，在開發完每一個小功能點時，即可進行單元測試的編寫與驗證，這種習慣能讓我們對編碼得到快速的驗證反饋；同時，在開發完整個功能時，我們需要跑一遍項目所有的單測用例，可以清晰的感知，本次整個功能需求的改動是否對已有業務case造成影響。
如果我們能夠保障每個類、函數都能通過單元測試按照預期業務邏輯執行，那整合后的功能模塊或系統，出問題的概率都能大大降低。從這個意義上講，單元測試也對集成測試、系統測試做了有力的支撐。
2.5 驅動設計與重構
設計和編碼的時候，我們很難將所有的問題都想清楚。那我們知道，評判代碼質量重要的的標準之一就是代碼的可測性。如果對一段代碼進行單測，發現難于編寫，需要編寫的case非常多，或者當前的測試框架無法mock依賴對象，需要依賴其他具備高級特性的測試框架時，我們需要回過頭來審視代碼，是否編碼設計得不合理，導致代碼的可測性不高。這是個正反饋的過程，讓我們有針對性的進行重新設計與重構。
件測試的目的和準則
測試是為了發現程序中的錯誤而執行程序的過程，好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案，成功的測試是發現了至今為止尚未發現的錯誤的測試。
一般來說，軟件測試有以下幾條準則：
- 所有測試都應該能追溯到用戶需求；
- 應該遠在測試開始之前就制定出測試計劃；
- 把Pareto原理應用到軟件測試中；
- 應該從“小規模”測試開始，并逐步進行“大規模”測試；
- 窮舉測試是不可能的；
- 為了達到最佳的測試效果，應該由獨立的第三方從事測試工作。
軟件測試方法和步驟
軟件測試方法主要分為黑盒測試和白盒測試
- 黑盒測試(功能測試)
把程序看作一個黑盒子，完全不考慮程序的內部結構和處理過程，而是在程序接口進行的測試；
- 白盒測試(結構測試)
把程序看成裝在一個透明的盒子里，測試者完全知道程序的結構和處理算法，按照程序內部的邏輯測試程序，檢測程序中的主要執行通路是否都能按預定要求正確工作。
一般來說，測試的按照以下步驟進行：
- 模塊測試(單元測試)
模塊測試主要發現的往往是編碼和詳細設計的錯誤，目的是保證每個模塊作為一個單元能正確運行；
- 子系統測試
子系統測試把經過單元測試的模塊放在一起形成一個子系統來測試，著重測試模塊的接口。
- 系統測試
把經過測試的子系統裝配成一個完整的系統來測試，發現的往往是軟件設計中的錯誤，也可能發現需求說明中的錯誤。不論是子系統測試還是系統測試，都兼有檢測和組裝兩重含義，通常也稱為集成測試。
- 驗收測試(確認測試)
驗收測試是在用戶積極參與下進行的，而且可能主要使用實際數據(系統將來要處理的信息)把軟件系統作為單一的實體進行測試進行測試，它發現的往往是系統需求說明書中的錯誤
- 平行運行
同時運行新開發出來的系統和將被它取代的舊系統，然后比較新舊兩個系統的處理結果。平行運行可以在準生產環境中運行新系統而又不冒風險，同時用戶能有一段熟悉新系統的時間，用戶可以趁這段時間驗證用戶指南和使用手冊之類的文檔。以準生產模式對新系統進行全負荷測試，可以用測試結果驗證性能指標。
詳細步驟：
測試內容
- 接口測試
每個接口可能有多個輸入參數，每個參數有 “典型值”、“邊界值”、“異常值”之分，根據接口的定義，可以推斷某種輸入應當產生什么樣的輸出。輸出包括函數的返回值和輸出參數。 同時要觀察是否有程序語句從來沒有被執行過，特別留意函數體內的錯誤處理程序塊。
- 路徑測試
路徑測試就是測試程序的流程路徑，想遍歷全部路徑幾乎是不可能的，不測試或者胡亂找幾條路徑測試卻又不行，輸入與對應的輸出之間的路徑是唯一的。由于接口測試時的輸入要有代表性的，因此相應的路徑也具有代表性，制定的路徑測試檢查表應該包括：數據類型、變量值、邏輯判斷、循環、內存管理、文件I/O、錯誤處理。
- 功能測試
功能測試的基本方法是構造一些合理輸入（在需求范圍之內），檢查輸出是否與期望相同。有兩種比較好的測試方法：等價劃分法和邊界值分析法，等價劃分是指把輸入空間劃分為幾個“等價區間”，在每個“等價區間”中只需要測試一個典型值就可以了；邊界值測試法是對等價劃分法的補充。除了典型值外還要用邊界值作為測試用例。
- 健壯性測試
健壯性是指在異常情況下，軟件能正常運行的能力。它有兩層含義：(1)容錯能力，容錯性測試通常構造一些不合理的輸入來引誘軟件出錯；(2)恢復能力，恢復測試重點考察系統能否重新運行、有無重要的數據丟失、是否毀壞了其它相關的軟件硬件。
- 性能測試
性能測試即測試軟件處理事務的速度，一是為了檢驗性能是否符合需求，二是為了得到某些性能數據供人們參考，有時人們關心測試的“絕對值” ，有時關心測試的“相對值” 。
- 用戶界面測試
絕大多數軟件擁有圖形用戶界面，圖形用戶界面的測試重點是正確性、易用性和視覺效果，在評價易用性和視覺效果時，主觀性非常強，應當考慮多個人的觀點。
- 信息安全測試
信息安全性是指防止系統被非法入侵的能力，既屬于技術問題又屬于管理問題。主要有如下步驟：(1)為非法入侵設立目標、(2)邀請一些人扮演黑客，讓他們想盡辦法入侵系統，實現“目標”、(3)如果有人成功了，請他詳述入侵的過程。
- 壓力測試
壓力測試也叫負荷測試，即獲取系統能正常運行的極限狀態。 主要任務是：構造正確的輸入，使勁折騰系統卻讓它剛好不癱瘓。 壓力測試的一個變種是敏感測試，敏感測試目的是發現什么樣的輸入可能會引發不穩定現象。
- 可靠性測試
可靠性是指在一定的環境下、給定的時間內、系統不發生故障的概率。軟件可靠性測試可能會花費很長時間。 比較實用的辦法是，讓用戶使用該系統，記錄每一次發生故障的時刻。計算出相鄰故障的時間間隔，注意要去掉非工作時間。然后統計出不發生故障的“最小時間間隔”、“最大時間間隔”和“平均時間間隔”。
- 安裝/卸載測試
目前市面上有非常流行的、專門制作安裝/卸載程序的一些工具，如Install Shelled。主要的測試工作是：(1)至少在標準配置和最低配置兩種環境下測試；(2)如果有安裝界面，應當嘗試各種選項，如選擇“全部”、“部分”、“升級”等。
測試階段的信息流
測試階段輸入的信息有兩類： 軟件配置和測試配置，其中軟件配置包括需求說明書、設計說明書和源程序清單等，測試配置包括測試計劃和測試方案。
單元測試
單元測試和編碼屬于軟件過程的同一個階段，它應用人工測試和計算機測試這樣兩種不同類型的測試方法對模塊進行集中檢測。
單元測試主要使用白盒測試技術，對多個模塊的測試可以并行地進行。
人工測試的方法由審查小組進行，其主要使用白盒測試技術進行代碼審查，審查的重點是模塊接口、局部數據結構、重要的執行通路、出錯處理通路和邊界條件，一般來說可以查出30%～70%的邏輯設計錯誤和編碼錯誤，這可以減少系統驗證的總工作量。
（審查小組釋義：審查小組一般由一名審查組長，帶領程序的設計人員、編碼人員和測試人員共同進行。）
計算機測試的方法必須為每個單元測試開發驅動程序和(或)存根程序，驅動程序是一個“主程序”，它接收測試數據，傳送給被測試的模塊，并且輸出有關的結果。
存根程序代替被測試的模塊所調用的模塊。它使用被它代替的模塊的接口，可能做最少量的數據操作，輸出對入口的檢驗或操作結果，并且把控制歸還給調用它的模塊。
好用的國產測試軟件
ETest（嵌入式系統半實物仿真測試集成開發環境IDE），基于該IDE可以完成嵌入式系統測試軟件的開發與部署。ETest系統提供圖形化的測試用例開發環境，自動生成測試腳本；測試結果數據可以在線監控，同時生成測試結果信息，并自動生成符合要求的測試報告。自動化測試過程大大縮短產品研發周期，提高軟件調試效率。
ETest兼容MFI標準模型，支持加載FMU模型至半實物仿真環境；運行實時硬件在環仿真的同時，支持動態調整模型參數；與Simulink、同元MWorks等建模工具無縫集成。
ETest的部署方式比較靈活，既可以是單機部署也可以是分布式部署。單機部署的時候，全部的功能模塊都安裝在一臺主機當中；分布式部署的時候，設計器和執行器分別部署在獨立的主機當中，通過網絡進行連接。
ETest為開放性平臺，提供C/C++, Python, JS,Lua, Java等API，圖形化監控軟件界面可以根據用戶需求定制。ETest可以快速搭建各類專業化仿真測試工裝。與傳統模式開發對比，在時間、人力等成本上降低80%以上，擴展靈活，覆蓋充分。ETest支持的操作系統除了中標麒麟、銀河麒麟、統信軟件外，還支持windows linux Mac以及實時的RT linux等。