經常有人問我，你的公司是做什么的？我回答“軟件測試”，看著對方一臉的迷茫。何為軟件測試？軟件測試究竟測試什么？
一、軟件測試的定義和意義
軟件測試是伴隨著軟件工程的重要組成部分，是軟件質量保證的重要前提。軟件測試是為了盡快盡早地發現在軟件產品中所存在的各種軟件缺陷而展開的貫穿整個軟件開發生命周期，對軟件產品進行驗證和確認的活動過程。在開發大型系統的過程中，面對復雜的現實情況，軟件生存周期的各個階段都有可能產生差錯。
(一)軟件測試的目標和原則
1.軟件測試目標
以最少的時間和人力，盡可能多的發現程序中的錯誤和缺陷。測試還要證明，軟件的功能和性能與需求說明相符合。
2.軟件測試原則
測試既不要不充分，也不要過分。在通常情況下，在分析，設計、實驗階段的復審和測試工作能夠發現和避免80%的bug，而系統的軟件測試能找到其余bug的80%，最后約4%的bug只有在用戶大范圍、長時間的使用后才會暴露出來。應該把“盡早和不斷地進行測試”作為開發者的座右銘，問題發現的越早，解決問題的代價就越小。徹底的測試是不可能的，但充分覆蓋程序邏輯，并確保軟件的所有條件是有可能的。所有的測試都應該追溯到用戶需求。測試應從“小規模”開始，逐步轉向“大規模”，應針對每個測試結果做全面檢查。
二、軟件測試的方法
軟件測試的方法和技術是多種多樣的，從大的分類上來說，分為白盒測試和黑盒測試。
對于不同的項目和不同的階段來說，往往需要用到不同的測試手段。
(一) 白盒測試
白盒測試是把軟件看成一個白盒子，在完全知道軟件結果的情況下，通過分析程序內部的邏輯與執行路徑來設計測試用戶，并對用例進行測試的方法，所以也稱結構測試或者數據驅動測試。白盒測試主要用于單元測試，方法有邏輯覆蓋和路徑測試。其中邏輯覆蓋包括:語句覆蓋、判定覆蓋、條件覆蓋、點覆蓋、邊覆蓋等。白盒測試的缺點是投入人力資源的難度很大，執行白盒測試的測試人員要有不亞于開發人員的技術背景和對代碼的熟悉程度。
(二)黑盒測試
黑盒測試是把軟件開成一個黑盒子，不考慮程序的內部結構與執行路徑如何，根據輸入/輸出數據條件來設計測試用例，查看程序的功能是否正確或滿足用戶要求，因此也稱作功能驅動或數據驅動測試方法。黑盒測試主要用于軟件確認測試，方法有等價類劃分、邊界值分析、錯誤推測法、因果圖法等。黑盒測試對和數要求不高，如何在對系統結構不了解的情況下，設計測試過程才是黑盒測試最核心的部分。
(三)自動測試
在業務量很大的情況下，需要測試數據或者測試輸入時，自動測試就是一個最佳的選擇。自動測試是可重復性的測試并目有著很高的速度與效率，但是自動測試也有一些缺點。前期要花費購買工具，并且測試腳本的開發需要投入很多時間和人力。
(四)壓力測試
壓力測試指為了某個單一的目的，大強度地重復性的使用軟件的某一功能，以發現該功能在壓力條件下的性能指標。軟件上市前對不夠自信的功能進行專項的，不顧邏輯的，無所不用其極的對待待測軟件。或者是軟件上市后對客戶反饋的模糊信息進行集中的測試以精確定位問題。
(五) 功能測試
功能測試是指測試軟件各個功能模塊是否正確，邏輯是否正確。對測試對象的功能測試應側重于所有可直接追蹤到用例或業務功能和業務規則的測試需求。這種測試的目標是核實數據的接受，外理和檢索是否正確以及業務規則的實施是否恰當。此類測試基于黑盒技術，該技術通過圖形用戶(GUI)與應用程序進行交互，并對交互的輸出或結果進行分析，以此來核實應用程序及其內部進程。
(六)性能測試
性能測試主要測試軟件的性能指標是否達到預期要求。包括負載測試，強度測試，數據庫容量測試，以及基準測試。
(七)用戶界面測試(UI測試)
UI測試是對用戶界面的風格、圖片、背景、文字的測試。用戶界面測試用于合適用戶與軟件之間的交互。一般有這樣一些指標，第一是界面的有效性，第二是界面的連貫性，第三是界面傳統型。主要包括用戶界面的友好性，人性化，易操作性等方面的測試。
(八)文檔測試
文檔測試是對伴隨軟件同事提供給用戶的各種使用手冊，說明書，須知等進行的測試。文檔測試是為了避免文檔描述和軟件系統實際不一致的情況發生。
三、軟件測試過程
軟件測試分為：單元測試、集成測試、確認測試、系統測試
(一)單元測試
單元測試也稱模塊測試，是針對軟件設計的最小單元程序模塊進行測試的工作。目的是檢查出模塊內部的錯誤，修改這些錯誤使得程序正確運行。
(二) 集成測試
集成測試也稱組裝測試，就是按照一定的策略對單元測試的模塊進行組裝，并在組裝過程中進行模塊接口與系統功能測試。集成測試的策略主要有兩種方式，分為一次性組裝方式和增值式組裝方式。
(三)確認測試
確認測試也稱為有效性測試，目的是驗證軟件的功能和性能是否滿足客戶的要求，確認測試是用戶參加的測試討程，采用的測試方法是黑盒測試，為了盡可能多的發現你只有用戶在使用系統過程中才能發現的問題。
(四)系統測試
系統測試是經過了前面的測試過程之后，軟件系統已經基本符合要求，進行系統測試的目的是測試軟件安裝之后，能否與系統的其余部分協調工作，以及對系統運行可能出現的各種情況的處理能力。系統測試主要是有恢復測試，安全測試，強度測試，性能測試等。
四、如何避免在測試過程中出現的影響測試質量的因素發生
測試的計劃階段，是測試項目管理中最為重要的階段。在此階段中，測試組的建立，測試范圍的選擇，測試組的培訓，測試平臺的選擇和配置，測試技術和工具的選擇，測試執行的日程和進度，測試用例的設計，維護和更新，測試環境的設計和搭建，測試文檔的格式和提交時間，測試入口/出口的checklist，測試組成員的管理和激勵機制，測試過程的流程和定義，測試過程的質量監控都是保證測試過程順利進行的必要條件。
五、軟件測試工具的重要性
軟件測試是一項重要而且復雜的工作，并且要求測試人員細致謹慎。隨著軟件規模和復雜性的日益增加，對軟件測試討程也有著越來越高的要求，這更需要軟件測試人員積累豐富的經驗，選擇正確的軟件測試工具和測試方法進行測試工作。如何在軟件開發項目中有序地管理和分析各種問題對質量控制和過程改進也將越來越重要。
ETest，嵌入式系統半實物仿真測試集成開發環境，是凱云科技積多年嵌入式軟件測試經驗自主研發，擁有自主知識產權的一套針對嵌入式設備的可以快速構建測控系統的集成開發環境。
ETest對嵌入式測試提供了全過程支持，功能覆蓋了測試環境管理、測試用例編寫與管理、復用庫管理、測試自動執行、測試手動執行、測試結果分析、測試結果匯總以及測試報告的生成。
該系統以解決裝備和設備嵌入式軟件測試環境的快速開發問題為主要目標，采用標準化的硬件模塊和分層結構化的軟件平臺，實現了被測系統的交聯環境描述、信號與協議的通用化描述、測試設備資源的編輯規劃、可視化測試監控界面開發、仿真模型與測試腳本開發、測試執行引擎、測試結果監控與數據分析等功能。
ETest 在初始的架構設計時，就朝著國際ATML標準方向邁出了堅實的一步，前瞻性地將ATS領域的STD、IVI、TPS等理念應用于ETest 的設計和開發中，形成了由仿真交聯環境和信號協議描述組成的仿真測試需求到測試資源與設備映射的系統架構模式，有效提高了測試程序的移植性和測試儀器設備的互換性，是面向工業裝備軟件研發和測試領域的首個國產化集成開發環境。
目前，ETest已發展到V6.0版本，形成了ETest-PT、ETest-RT、ETest-CPS系列測試應用系統。
