專訪|HPE測試中心總監徐盛：測試新思惟-DevOps，持續測試，更敏捷，更快速

2016年7月22日，「HPE&msup軟件技術開放日」將在上海浦東新區,張江高科技園區納賢路799號科榮大廈小樓2樓舉辦，msup攜手HPE揭祕全球測試中心背後的12條技術實踐。

徐盛：HPE測試中心總監。徐盛將在本次開放日帶來《軟件測試新趨勢》的分享，在開放日舉辦以前，主辦方特別對徐盛進行了採訪，提早劇透在軟件測試新趨勢下HPE如何進行測試和質量管理。

msup:移動互聯的到來給測試帶來了哪些挑戰？

徐盛：開發移動應用確實給咱們的開發和測試人員都帶來了新的挑戰。咱們大體總結了3個方向的挑戰：

一、理念
咱們傳統軟件的測試更多的是使用固定的測試人員，通常不多引入項目以外的人員來作測試；對於移動應用，因爲設備的繁雜性和應用場景的複雜性，移動項目開始愈來愈多的引入外部測試人員，外包測試工做，甚至是使用衆測的方式來提升測試的覆蓋率。

同時，在傳統軟件的測試中，咱們主要關注在軟件的功能上，功能性測試上面花費的時間是最多的。而對於移動應用，因爲應用場景的不一樣，測試人員開始把目光投向了以往不是太受重視的非功能測試方面。特別是性能，易用性和安全性的測試。

二、速度
移動互聯的一個特徵就是快速，不只包括咱們設備硬件的升級速度，還包括咱們應用軟件的更新速度。咱們如今看一些熱門的移動應用，他們的更新速度是以天計算的。

這樣高的更新頻率，對咱們的開發和測試都提出了新的要求。咱們測試人員在節奏如此快的項目裏，須要轉變傳統的測試方法，採用週期更短的測試策略。

咱們倡導在移動應用項目裏實施DevOps，經過DevOps所推崇的持續部署的流程，應用 Shift Left（儘早地測試）、automate
everything（自動化測試，自動化構建，自動化部署），continuous
testing（持續發佈新版本到QA環境，無等待的持續測試）等方法，使測試更敏捷，更快速，來保障應用的快速上線，爲公司佔得先機。

三、工具 移動設備種類繁多（各類屏幕分辨率，各類ROM定製），最主流的操做系統至少就有2個 -
安卓，iOS，每一個操做系統都有衆多的版本並頻繁更新，移動應用開發技術的多樣性（原生，混合，HTML5，網頁），等等這些使得手工測試再也沒法保證設備和功能的高覆蓋。不一樣於以往，自動化成了移動應用測試的必需品。桌面系統發展已經不少年了，它的測試工具很是的成熟好用，像HP
UFT, Selenium等等。相比之下，移動應用的測試工具纔剛剛起步，對軟件硬件的支持都有待提升。

選擇一個適合的測試工具對於咱們測試的速度和質量都是相當重要。咱們認爲一個合格的移動應用測試工具須要支持如下幾點：

• 兼容主流的設備，操做系統和開發技術

• 同時支持手工和自動化測試

• 基於屬性的對象識別方法

• 支持腳本的錄製回放

• 帶有設備管理功能，支持設備的遠程訪問

• 能和持續集成系統對接

• 能模擬移動網絡環境

選好工具，用好工具才能使咱們的測試如魚得水，快速高效。

msup：大數據技術在質量領域會帶來哪些新的變化？

徐盛：傳統的質量管理通常是以定性分析和質量管理人員的主觀判斷爲主，雖然也會在很大程度上依賴於量化管理指標對組織和我的進行量化管理和考覈，可是這些指標大可能是離散的、不相關的，這就致使了傳統質量管理的決策在不少狀況下是片面的，而滯後的分析報表爲決策層帶來的信息一般都是「馬後炮」，沒法爲組織創建起有必定預防能力的質量管理體系。

而大數據技術的發展爲質量領域帶來數據化管理的革新，使企業能夠充分利用在長期的企業質量管理中積累下的歷史數據，以及在當前的質量管理活動中實時產生的各項數據，如人員、計劃、需求、用例、缺陷等，以全量數據分析替代片面數據計算，以實時數據展示補充滯後報表分析，以多維度數據融合提升度量指標價值，幫助企業進行基於數據的客觀化質量管理。

而做爲大數據技術的核心，數學建模和分析預測可使質量管理在實時分析的基礎上更進一步，爲企業創建缺陷預測和風險預防的能力，真正使企業在質量管理中作到防患於未然，節省質量問題所帶來的成本和損失，在此之上更是能夠創建起計算機的輔助決策能力，爲決策者提供基於數據的客觀依據，減小主觀情感和判斷在決策中的不利影響。

數據可視化在大數據技術的推進下從傳統的直方圖、趨勢圖、餅圖等維度單一的展示方式進化爲動態的、交互的、多維的可視化展示方式，以幫助用戶快速直接地從海量數據中定位到所需的信息，在質量領域，力導向圖、弦圖、桑基圖等都有很好的應用場景。

msup：如何提高全員的質量意識？

徐盛：提升全員的質量意識非一日之功，咱們以爲須要自上而下的在組織內創建全員質量管理的文化，並落地實施，持續改進。

具體實踐以下： 一、定義組織的質量方針和質量策略來指導整個質量管理； 二、增強和各層級員工的溝通；
三、定義質量屬性度量的性能指標（包括績效；指標），並據此創建在項目管理中反應該系列指標的項目對應指標
四、創建質量管理系統，在項目團隊中創建產品意識，質量意識，實施質量管理並持續改進； 五、把質量相關的績效指標集成進入我的績效指標；
六、重複以上步驟並持續改進。

msup：測試管理的難點在哪幾個方面？

徐盛：測試管理在項目級別和組織級別各有不一樣的難點。 項目級： 測試估算 測試風險的管理 測試和開發的高效集成 測試流程改進（TPI）

組織級： 測試人員績效的考覈及其真實性和有效性 測試價值的量化和顯性化 有限的測試投資組合，質量價值最大化
測試中心的透明性，高層人員對所有測試項目情況的及時瞭解 測試中心的知識管理 測試中心技術路線制定和技術儲備 測試管理體系和度量系統
測試組織成熟度評估（TMMi）

msup：企業級軟件測試和互聯網測試的不一樣有哪些？

徐盛：首先，企業級軟件，特別是大型企業的業務邏輯自己十分複雜，形成了軟件系統特別複雜，好比惠普就有2000多個相互鏈接的內部IT系統，每個流程域都有幾十個上下游程序，程序之間互相鏈接加護，合做完成某一個業務流程。所以測試人員須要對業務系統自己和上下游系統的數據及協調要求有深入的理解。互聯網企業的業務邏輯每每是To
C的，所以相對已經作過了簡化，對邏輯自己的功能測試其實相對簡化，可是對易用性，性能包括安全性測試的要求會更加看重。

其次，企業級軟件每每有系統的歷史比較悠久，採購或開發採用的架構和技術五花八門，從集中式，到B/S到C/S到SaaS到APP都有；並且由於企業軟件每每是完成一個功能，軟件是用什麼技術開發的是第二位的，所以企業的軟件生態系統的技術比較複雜。所以對於測試軟件，特別是功能自動化測試軟件須要考慮知足各類類型和技術的產品的自動化要求。而對於互聯網企業，網站自己就是企業的核心競爭力，須要精益求精，並且由於沒有歷史包袱，技術一致性比較好，加上功能測試相對簡單，測試人員和開發人員又相互交叉，所以選擇的自動化測試框架可能是開源的框架。

再次，企業級軟件系統因爲比較複雜，每每是網狀的拓撲結構，系統之間相互勾連，牽一髮而動全身。所以測試時測試環境和數據的準備就須要花大量的時間，保證測試環境的互聯互通和數據一致性就須要花大量的時間。互聯網企業每每是以一個核心繫統爲主的星狀甚至是點狀結構，所以測試環境的準備相對依賴性比較小，甚至能夠利用雲和虛擬化的技術實時生成測試環境加載測試數據進行測試。

最後，企業級軟件的大部分需求比較清楚，加上自己系統和邏輯的複雜性，項目開發選用V模型比較多，工做方式是先計劃再幹。測試計劃上特別須要考慮上下游系統在計劃上的配合。而互聯網企業因爲需求主要由產品經理估計，所以不肯定性更大，加上環境變化快，須要更新更加頻繁，所以開發方式更多采用敏捷的方式，邊幹邊看邊改。測試的工做方式要符合整個項目的工做方式的選擇。

沒有誰對誰錯，誰先進誰落後，其實根據企業的自身狀況選用合適的測試方法纔是正確的答案。兩邊也會相互融合借鑑。好比傳統企業也有手機APP應用，那其開發和測試方式就和互聯網企業接近。反之，互聯網企業，特別是大的互聯網企業，隨着系統的不斷髮展和複雜，也會面臨傳統企業如今面對的複雜邏輯和網狀系統的功能測試的複雜性問題。

msup：如今測試的崗位在硅谷已經逐漸消失了，可是測試的工做還在一直繼續，這種趨勢會帶來哪些影響，如今的測試人員應該如何應對這種變化？

徐盛：所謂的硅谷沒有測試職位的話是不許確的。首先硅谷自己的大型互聯網企業和傳統IT企業依然還有保留有軟件測試的職位。只不過由於硅谷的高成本，各大跨國企業會把新增的純黑盒功能型測試等相對低價值的職位外包到印度等低成本的地點，這個是能夠理解的。並且，因爲DevOps，測試和開發的融合，有些測試職位是以開發的形式在招聘。另外在不少其餘專門測試職位，好比測試經理安全性測試，依然存在。舉個例子，在SimplyHired網站上在San
Jose就有1400多個QA測試相關的職位（2016年7月18號搜索）。
另外任何IT人士，包括測試人員都須要不斷提升自身的能力和價值。咱們也總結出了測試人員發展的所謂「火山口模型」。在會上能夠跟你們詳細的分享。

msup：測試用例的設計須要必定的測試方法和思惟，這方面的能力應該如何培養？

徐盛：如何培養設計測試用例的測試方法和思惟有以下建議： 一、系統學習軟件測試用例設計方法，能夠參考業界的標準，如ISTQB；
二、結合測試團隊和被測系統實際狀況，創建組織內的測試設計最佳實踐； 三、更多的站在用戶角度來考慮被測系統，持續提升用戶體驗；
四、積極參加各類測試沙龍，測試峯會等測試交流活動，持續學習和改進。

原文轉自「壹佰案例」，原文連接