從事軟體測試工作已經5年了，仔細想想，還真沒聽說過有一種測試叫客戶化測試。看似陌生的名詞，其實並不那麼陌生，不信，先看看客戶化測試的概念：
所謂客戶化測試，是針對乙個軟體產品的客戶化定製能力所做的測試，它側重於模擬使用者使用產品的場景，通過對產品的公開文件、教程以及產品開發介面的使用，按照產品服務部門提供的客戶需求，開發相應的功能定製樣例，並撰寫相應文件以供客戶學習和參考。
既然名字稱為客戶化測試，那麼，作為測試人員的我們首先可以確定的是，這一刻，我是真正的客戶，或者說，扮演真正的客戶。客戶是如何對待購買的產品呢？可以回憶下自己購置物品時的情景，一般來說，對於新購置的物品，我們會先閱讀說明文件，當然，並不是所有人都這麼做，這種情況目前先排除在外。
通常來說，乙個軟體產品提供給客戶的除了編譯、包裝好的安裝材料，就是說明文件了。作為軟體產品的客戶，他們如果想要基於該軟體產品做定製開發，就必須通過說明文件對軟體由乙個全面且深入的了解，尤其是在開發介面(api)方面。所以，為了更好地扮演客戶，客戶化測試組的測試工程師必須跟客戶一樣，只能從說明文件獲取開發所需的各種資訊。也就是說，他們不能去閱讀開發設計文件和真正的實現**。
但問題是，有些專案的說明文件並不會第一時間就被寫出來，此時如果需要對某特性做客戶化測試該怎麼辦呢？
其實雖然在每乙個開發周期的開始階段我們看不到完整的說明文件，但總是會有一些相關文件的草稿存在，儘管不完整，甚至可能被推翻或者取消，但早一天了解客戶能拿到什麼，就多一天時間可以去做客戶化測試的設計。
一般而言，客戶化測試是允許檢視需求分析文件的，因為既然是模擬客戶，那麼客戶的需求顯然是客戶化測試人員應該知道的東西。還有就是解決方案的規格說明書以及功能測試的設計文件，前者是在客戶需求的基礎上提出的方案及相關功能描述、風險、優先順序排序等內容，後者重描述的功能特性肯定會寫入給客戶的說明文件中。而我們所說的給客戶的說明文件，一般由專門的文件編寫人員來負責。
客戶化測試的軟體設計流程：
一般來說，客戶化測試由4個階段組成：
確定於研究需求階段
設計階段
實現與測試階段
文件與教程驗證
所有需要測試的客戶化場景都需要與軟體服務部門共同商討確定，以確保選中的是客戶最需要的。
要更好的扮演客戶，應當對客戶的行業有所了解。所以客戶化測試人員需要在一開始就清楚某些產品特性是來自哪些客戶的需求，作為這些客戶，在對這些產品特性進行客戶化定製的時候會提出什麼樣的目標。
確定於研究需求的階段：這就要求我們需要盡可能早的介入測試，儘管可能得不到完整的說明文件，但通過一些相關文件的草稿及需求文件，我們也可以盡可能早的進入到客戶化測試的設計階段。
設計階段：顧名思義，就是進行測試的設計。
實現與測試階段：這部分包含開發人員對產品的實現與正式以客戶的身份介入測試的過程。
文件與教程驗證：由於說明文件與產品是同時交付給客戶使用的，因此，這裡免不了需要對文件及教程進行相應的測試。
通過上述的描述，儘管不是那麼詳細，但我們已然可以解答文章開篇的問題了，客戶化測試是否等於場景測試？答案是不等於，但是包含場景測試，因為我們需要模擬客戶對產品在任何可能的情況下的使用，是否能夠正常使用以及使用之後是否會對產品本身有相應的影響是客戶化測試的最主要的關注點。與此同時，還需要對說明文件及教程進行相應的文件測試。
測試的坑很深，需要我們一步步去探索，客戶化測試，好吧，貌似網上很少有這種說法的文章，只是看到了，就隨便聊一聊了。
軟體測試之自動化測試
自動化測試的優勢 能夠極大地提公升測試的效率，測試人員可以迅速地在指定平台部署測試指令碼且對相應功能進行測試。弱化 了軟體測試人員個體差異對測試結果的影響。提高整個測試團隊的技能水平。自動化測試的缺陷 自動化測試的缺陷在於 總是按照既定的流程往下走，不能像人一樣隨機應變。一旦功能發生變動，就需要重新...
自動化測試之軟體測試和測試環境
二 軟體測試和測試環境 三 資料的形式與數制 軟體是程式 資料 文件的集合。程式 由程式語言 c c c python等高階語言程式設計而成 資料 使用檔案或者資料庫來儲存檔案 文件 安裝文件 說明文件等等。按照軟體的功能可以分為三大類 支援軟體 按照軟體的功能可以分為兩大類 b s軟體 brows...
軟體測試之 軟體測試方法
1 介紹測試方法 2 區分黑盒測試 灰盒測試和白盒測試 邏輯覆蓋測試 3 區分靜態測試 控制流分析 資料流分析 資訊流分析 同行評審 和動態測試 動態測試工具 4 了解手工測試和自動化測試。在介紹以上軟體測試方法時，需要先了解軟體產品的概念，軟體研發過程中產生的所有文件和 都可以稱之為軟體產品，同時...