我們用電腦的每個人，不都是
軟件測試人員，但都是某些軟件的用戶。一般情況用戶都會覺得買到的軟件是沒有問題的，不會去想這樣的軟件可能會有問題，用戶只要使用這些軟件來解決他們需要解決的問題就可以了。當(dāng)他們發(fā)現(xiàn)問題的時候，甚至?xí)械秸痼@。存在的問題很多都和測試的成效有關(guān)系，一般的軟件產(chǎn)品存在的問題確實比較少，但我覺得即使是以前買的正版的金山快譯2000都有著一些顯而易見的bug。如果測試不充分，那么這些問題會潛伏在軟件中，等到用戶發(fā)現(xiàn)以后，再有開發(fā)人員進行維護，改正錯誤的費用一般是開發(fā)階段的40倍到60倍。
人們對測試存在著一些誤區(qū)，例如：
1 測試是想象到可能出現(xiàn)的問題，然后試圖驗證這些問題。
實際上能想象到的只是一部分的情況，隨意性太大，還要取決于開發(fā)人員的經(jīng)驗，對業(yè)務(wù)的熟悉程度和他想象到的程度。
2 讓時間有富裕的員工去做一些測試
表面上看這體現(xiàn)了管理的效率和靈活性，但實際上也體現(xiàn)了管理者對測試的輕視。測試和測試的人有很大關(guān)系。測試
工作人員應(yīng)該是勤奮并富有耐心，善于
學(xué)習(xí)、思考和發(fā)現(xiàn)問題，細心有條理，總結(jié)問題，如果具備這樣的優(yōu)點，做
其它工作同樣也會很出色，因此這里還有一個要求，就是要喜歡測試這項工作。如果他是專職的，那么肯定更有經(jīng)驗和信心。國內(nèi)的小伙子好象都喜歡做程序員，兩者工作性質(zhì)不同，待遇不同，地位不同，對自我實現(xiàn)的價值的認識也不同，這是行業(yè)的一個需要改善的問題。如果只是為了完成任務(wù)而完成任務(wù)，或者發(fā)現(xiàn)了幾個問題就覺得滿意了，這在任何其它工作中都是不行的。
3 測試是相對簡單的工作。
實際上并非如此，要真正做好一件事都不容易。測試也有很多相關(guān)
技術(shù)和工具。而對測試的輕視問題，也許要通過痛苦的經(jīng)歷和結(jié)果才可能確切體會到。很多專家都在對測試的理論進行深入的探討和研究。
測試的基本知識
讓我們一起快速過一遍：
什么是軟件測試：在軟件投入運行前，對軟件需求分析、設(shè)計規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。
測試的目標(biāo)：以較少的用例、時間和人力找出軟件中潛在的各種錯誤和缺陷，以確保系統(tǒng)的質(zhì)量。
從測試的類型來看，測試分為2種：
黑盒測試和
白盒測試。
黑盒測試又稱為
功能測試或數(shù)據(jù)驅(qū)動測試，把系統(tǒng)看成一個黑盒子，不考慮程序的內(nèi)在邏輯，只根據(jù)需求規(guī)格說明書的要求來檢查程序的功能是否符合它的功能說明。
白盒測試又稱為結(jié)構(gòu)測試和邏輯驅(qū)動測試，允許測試人員對程序內(nèi)部邏輯結(jié)構(gòu)及有關(guān)信息來設(shè)計和選擇測試用例，對程序的邏輯路徑進行測試。
測試用例由測試輸入數(shù)據(jù)以及與之對應(yīng)的輸出結(jié)果組成。測試用例設(shè)計的好壞直接決定了測試的效果和結(jié)果。
從測試實際的前后過程來看，軟件測試上是由一系列的不同測試所組成，這些軟件測試的步驟分為：
單元測試、組裝測試（集成測試）、確認測試和系統(tǒng)測試。軟件開發(fā)的過程是自頂向下的，測試則正好相反，以上這些過程就是自底向上，逐步集成的。
單元測試（模塊測試）：針對每個模塊進行的測試，可從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例，多個模塊可以平行地對立地測試。通常在編碼階段進行，必要的時候要制作驅(qū)動模塊和樁模塊。
集成測試：在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成為系統(tǒng)，必須精心計劃，應(yīng)提交集成測試計劃、集成測試規(guī)格說明和集成測試分析報告。
確認測試：驗證軟件的功能和性能及其它特性是否與用戶的要求一致。
系統(tǒng)測試：將軟件放在整個計算機環(huán)境下，包括軟硬件平臺、某些支持軟件、數(shù)據(jù)和人員等，在實際運行環(huán)境下進行一系列的測試。
測試工作的文檔主要有：測試計劃、測試模型和用例設(shè)計或規(guī)格說明、測試分析報告等。從軟件工程上說，這是屬于軟件配置的一部分。（我不知道，如果什么報告都沒有，只是不斷地擺弄執(zhí)行程序，看到錯誤和問題就記下來，算不算真正的測試？）
測試需要一定的技術(shù)和工具
在用例設(shè)計過程中，可以考慮到很多方面，并且也有很多的指導(dǎo)方法和技術(shù)。
黑盒測試用例設(shè)計包括：
等價類劃分：劃分等價類--確立測試用例--設(shè)計用例
邊界值分析：通過分析，考慮如何確立邊界情況
錯誤推測法：靠經(jīng)驗和直覺來推測程序中可能存在的各種錯誤，從而有針對性地編寫用例。可以列舉出可能的錯誤和可能發(fā)生錯誤的地方，然后選擇用例。
因果圖：通過畫因果圖，在圖上標(biāo)明約束和限制，轉(zhuǎn)換成判定表，然后設(shè)計測試用例。這適合于檢查程序輸入條件的各種組合情況。
功能圖FD：通過形式化地表示程序的功能說明，并機械地生成功能圖的測試用例。
白盒測試用例設(shè)計包括：
1 邏輯覆蓋，以程序內(nèi)在邏輯結(jié)構(gòu)為基礎(chǔ)的測試，包括以下5種類型：
1.1 語句覆蓋：每一條可執(zhí)行語句至少覆蓋一次；
1.2 判定覆蓋（分支覆蓋）：設(shè)計若干個測試用例，運行所測程序，使程序中每個判斷的取真分支和取假分支至少執(zhí)行一次；
1.3 條件覆蓋：設(shè)計足夠多的測試用例，運行所測程序，使程序中每個判斷的每個條件的每個可能取值至少執(zhí)行一次；
1.4 判定-條件覆蓋：設(shè)計足夠多的測試用例，運行所測程序，使程序中每個判斷的每個條件的所有可能取值至少執(zhí)行一次，并且每個可能的判斷結(jié)果也至少執(zhí)行一次；
1.5 條件組合測試：設(shè)計足夠多的測試用例，運行所測程序，使程序中每個判斷的所有可能的條件取值至少執(zhí)行一次；
1.6 路徑測試：設(shè)計足夠多的測試用例，運行所測程序，要覆蓋程序中所有可能的路徑。
2 基本路徑測試
在程序控制流圖的基礎(chǔ)上，通過分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計測試用例。包括以下5個方面：
2.1 程序的控制流圖：描述程序控制流的一種圖示方法。
2.2 程序環(huán)境復(fù)雜性：McCabe復(fù)雜性度量。從程序的環(huán)路復(fù)雜性可導(dǎo)出程序基本路徑集合中的獨立路徑條數(shù)，這是確定程序中每個可執(zhí)行語句至少執(zhí)行依次所必須的測試用例數(shù)目的上界。
2.3 導(dǎo)出測試用例
2.4 準(zhǔn)備測試用例，確?；韭窂郊械拿恳粭l路徑的執(zhí)行
2.5 圖形矩陣：是在基本路徑測試中起輔助作用的軟件工具，利用它可以實現(xiàn)自動地確定一個基本路徑集。
程序的靜態(tài)分析方法：
1 生成各種引用表、靜態(tài)錯誤分析
2 人工測試：桌前檢查、代碼評審等
3 軟件
測試工具：包括靜態(tài)分析工具、動態(tài)測試工具、測試數(shù)據(jù)
自動化生成工具、模塊測試臺、測試合成環(huán)境
3.1 靜態(tài)分析工具：語言程序的預(yù)處理器、
數(shù)據(jù)庫工具、錯誤分析器和報告生成器。直接掃描所測試的正文，對程序的數(shù)據(jù)流和控制流進行分析，然后送出測試報告。
3.2 動態(tài)測試工具：通過選擇適當(dāng)?shù)臏y試用例，實際運行所測程序，比較實際運行結(jié)果和預(yù)期結(jié)果，發(fā)現(xiàn)錯誤。
3.3 測試數(shù)據(jù)自動化生成工具：包括路徑測試數(shù)據(jù)生成程序、隨機測試數(shù)據(jù)生成程序以及根據(jù)數(shù)據(jù)規(guī)格說明生成測試數(shù)據(jù)
3.4 模塊測試臺是一種專門的測試用例描述語言，負責(zé)將輸入數(shù)據(jù)傳送到所測試模塊中，然后將實際輸出結(jié)果與在描述測試用例的語言中所表述的期望結(jié)果進行比較，發(fā)現(xiàn)錯誤。另外，也包括其它的功能：語句跟蹤、動態(tài)斷句、覆蓋度量、用戶自定義符號表、內(nèi)容表和輸出格式。
3.5 測試合成環(huán)境：包括環(huán)境模擬程序，代碼檢查程序，測試文檔生成程序，測試執(zhí)行嚴(yán)整程序，輸出比較程序，程序正確性證明程序等，以及各種調(diào)試工具。而且還有集成系統(tǒng)，集成了多種工具，如SADAT、Microsoft Test for
Windows和PureArtria等。
