1、開源的內(nèi)存測試軟件Memtest86 v3.4a泡泡網(wǎng)2007年12月29日類型:原創(chuàng)作者:劉鑫編輯:劉鑫 雙 Memtest86是一款免費開源的內(nèi)存測試軟件，測試準確度比較高，內(nèi)存的隱性問題也能檢查出 來！也是一款基于Linux核心的測試程序。Memtest86不需要操作系統(tǒng)。Memtest86被設計為從軟驅(qū) 或者光盤啟動，這意味著操作系統(tǒng)還沒有開始裝載內(nèi)存，內(nèi)存基本上是未使用狀態(tài)。理論上來，用光 盤啟動要占用一定的內(nèi)存，但是這部份內(nèi)存只是DOS擴展內(nèi)存，只有很小的幾K字節(jié)，但這根本不 能和WINDOWS操作系統(tǒng)至少占用幾十上百M來相比。用Memtest86光盤啟動的的另一個好處在于 不管電

2、腦裝的什么系統(tǒng)都可以用來檢測內(nèi)存。這意味著不管在Windows linux還是unix系統(tǒng)下都可 以進行相對精確的檢測。MemoryCD-ROMEradyTech泡泡網(wǎng)PCPOP.n* ivatlablelentestBG CD-ROM includescomprehensive, stand*lone memorrBradyTehThe latest versicn (3. 4) of KcmteslSG pre installed and ready to use.An extenslve user guide with stuple step-by-step Ln&tructions f

3、or using Keitest36 to dlagnose 也nd troubleshcot FC probl ens.Detailed instructions for using HeatesTSS to safely over-clock ycur PC.MeatestEB source files.C/C+單元測試工具Visual Unit介紹單元測試簡介我們先來看看簡單代碼中的簡單錯誤：int Add(int A, int B) return A - B;代碼中把+寫成了-，即使是這種最簡單代碼中的最簡單錯誤，如果沒有人工設立的測試用例，任何測試工 具恐怕都無法自動發(fā)現(xiàn)，但只要人工

4、建立一個測試用例，輸入兩個1，判斷輸出是不是2,立即就可以發(fā)現(xiàn) 錯誤。可以說，建立測試用例，人工定義程序的輸入，執(zhí)行程序并自動驗證輸出是否符合預期，是單元測 試的最主要也是必不可少的方式。詳細內(nèi)容請瀏覽 Flash - HYPERLINK /flash/010010.htm /flash/010010.htmVisual Unit 簡介Visual Unit研發(fā)歷時三年多，擁有多項在單元測試領域具有里程碑意義的原創(chuàng)技術，這些技術均已申請 專利。Visual Unit部分功能：自動生成測試代碼可視化編輯測試用例，人工只需建立容易想到的測試用例自動統(tǒng)計語句、條件、分支、路徑覆蓋顯示參數(shù)、成員變量、

5、返回值等輸入輸出數(shù)據(jù)顯示每個用例實際執(zhí)行的代碼自動畫出邏輯結構圖顯示邏輯結構圖中任一語句塊、分支、分支結構、路徑的代碼邏輯結構圖可自由裁剪，語句塊、分支、分支結構、路徑均可刪除/恢復測試用例設計器可輕松找出遺漏的測試用例，實現(xiàn)100%的語句、條件、分支、路徑覆蓋程序行為一目了然，幫助整理、驗證編程思路，提高編程效率快速排除程序錯誤提高調(diào)試效率開發(fā)語言：C/C+ +詳細內(nèi)容請瀏覽 Flash - HYPERLINK /Flash/010020.htm /Flash/010020.htm測試過程演示三階段完成徹底的測試：1）根據(jù)程序的典型輸入建立一個或幾個測試用例，這種測試用例是很容易想到的；2）

6、針對未覆蓋的邏輯單位，使用測試用例設計器設計覆蓋用例，完成100%語句、條件、分支、路徑覆 蓋；3）運行自動邊界測試檢查預料之外的隱含錯誤。請注意對測試效果的要求，VU所說的是完成，完成100%語句、條件、分支、路徑覆蓋，而不是僅僅統(tǒng) 計出代碼覆蓋率。詳細內(nèi)容請瀏覽 Flash - HYPERLINK /Flash/070010.htm /Flash/070010.htm對復雜輸入輸出的處理程序的輸入輸出可能很復雜，例如：參數(shù)是復雜的結構或?qū)ο?、需要讀寫一些成員變量等等。如果不能輕 松處理復雜的輸入輸出，測試工具的實用價值就會大打折扣。我們用這個示例程序來演示當輸入輸出比較復雜時的測試: HY

7、PERLINK /Flash/070020.htm /Flash/070020.htm測試邏輯很復雜的程序VU所說的完成100%語句、條件、分支、路徑覆蓋，是指很復雜的程序也能完成這種覆蓋，而不是只能 對付特定的簡單的例子。這個示例演示比較復雜的代碼的測試，當然，為了便于講解，不便使用過于復雜 的示例，VU的Samples中有更復雜的示例。因內(nèi)容較長，本示例的Flash分為兩節(jié)。 HYPERLINK /Flash/070030.htm/Flash/070040.htm /Flash/070030.htm/Flash/070040.htm邊開發(fā)邊測試VU除了能實現(xiàn)徹底測試外，還創(chuàng)造性地使單元測試

8、工具同時成為高效的開發(fā)調(diào)試支持環(huán)境。開發(fā)工程師 即使不做單元測試，也肯定要調(diào)試自己的代碼，編程時肯定需要調(diào)試環(huán)境，包括用于執(zhí)行程序的驅(qū)動和輸 入數(shù)據(jù)，VU建立的測試代碼兼具測試和調(diào)試功能，編寫一個函數(shù)時，通常在一分鐘內(nèi)就能建立好調(diào)試環(huán) 境，同時，VU提供的如下功能大量地提高開發(fā)和調(diào)試的效率： 顯示輸入輸出數(shù)據(jù)，有助于整理和驗證編譯思路，提高開發(fā)效率； 瀏覽輸入輸出數(shù)據(jù)和用例所執(zhí)行的代碼，通常能很快地找出代碼錯誤； 調(diào)試增強功能，調(diào)試時可以隨意后退，可以切換輸入等等。對于測試人員比例較高企業(yè)而言，我們推薦用以下流程進行開發(fā)和單元測試：1）開發(fā)工程師編碼時進行基本的單元測試，即三階段中的第一階段。

9、開發(fā)工程師寫代碼時肯定要想清楚代 碼的功能并且要使用基本的輸入進行調(diào)試，這些就是基本的測試用例，實際上不需要多做什么。開發(fā)工程 師提交代碼同時提交測試代碼和測試報告。2）測試工程師檢查基本測試用例是否符合設計，并在此基礎上完成白盒覆蓋和邊界測試。由于有了初步的 測試，保證了代碼可測性，不可能產(chǎn)生因為不當耦合造成難于測試的狀況。在現(xiàn)有用例的基礎上，使用測 試用例設計器找出遺漏用例應該不會有太大障礙。測試人員只需要提交更新過的測試代碼和測試報告，不 需要另外記錄測出的問題。3）開發(fā)工程師下載新的測試代碼和測試報告，執(zhí)行整體測試，然后針對報告了錯誤的函數(shù)執(zhí)行函數(shù)測試以 獲取詳細信息，必要時進行調(diào)試，找出錯誤，修改代碼，使所有測試通