摘要：徐盛測試中心總監(jiān)。移動互聯(lián)的到來給測試帶來了哪些挑戰(zhàn)徐盛開發(fā)移動應(yīng)用確實給我們的開發(fā)和測試人員都帶來了新的挑戰(zhàn)。測試管理的難點在哪幾個方面徐盛測試管理在項目級別和組織級別各有不同的難點。

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

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

msup:移動互聯(lián)的到來給測試帶來了哪些挑戰(zhàn)？

徐盛：開發(fā)移動應(yīng)用確實給我們的開發(fā)和測試人員都帶來了新的挑戰(zhàn)。我們大致總結(jié)了3個方向的挑戰(zhàn)：
1、理念
我們傳統(tǒng)軟件的測試更多的是使用固定的測試人員，一般很少引入項目之外的人員來做測試；對于移動應(yīng)用，由于設(shè)備的繁雜性和應(yīng)用場景的復(fù)雜性，移動項目開始越來越多的引入外部測試人員，外包測試工作，甚至是使用眾測的方式來提高測試的覆蓋率。
同時，在傳統(tǒng)軟件的測試中，我們主要關(guān)注在軟件的功能上，功能性測試上面花費的時間是最多的。而對于移動應(yīng)用，由于應(yīng)用場景的不同，測試人員開始把目光投向了以往不是太受重視的非功能測試方面。特別是性能，易用性和安全性的測試。
2、速度
移動互聯(lián)的一個特征就是快速，不僅包括我們設(shè)備硬件的升級速度，還包括我們應(yīng)用軟件的更新速度。我們現(xiàn)在看一些熱門的移動應(yīng)用，他們的更新速度是以天計算的。
這樣高的更新頻率，對我們的開發(fā)和測試都提出了新的要求。我們測試人員在節(jié)奏如此快的項目里，需要轉(zhuǎn)變傳統(tǒng)的測試方法，采用周期更短的測試策略。
我們倡導(dǎo)在移動應(yīng)用項目里實施DevOps，通過DevOps所推崇的持續(xù)部署的流程，應(yīng)用 Shift Left（盡早地測試）、automate
everything（自動化測試，自動化構(gòu)建，自動化部署），continuous
testing（持續(xù)發(fā)布新版本到QA環(huán)境，無等待的持續(xù)測試）等方法，使測試更敏捷，更快速，來保障應(yīng)用的快速上線，為公司占得先機。
3、工具 移動設(shè)備種類繁多（各種屏幕分辨率，各種ROM定制），最主流的操作系統(tǒng)至少就有2個 -
安卓，iOS，每個操作系統(tǒng)都有眾多的版本并頻繁更新，移動應(yīng)用開發(fā)技術(shù)的多樣性（原生，混合，HTML5，網(wǎng)頁），等等這些使得手工測試再也無法保證設(shè)備和功能的高覆蓋。不同于以往，自動化成了移動應(yīng)用測試的必需品。桌面系統(tǒng)發(fā)展已經(jīng)很多年了，它的測試工具非常的成熟好用，像HP
UFT, Selenium等等。相比之下，移動應(yīng)用的測試工具才剛剛起步，對軟件硬件的支持都有待提高。
選擇一個適合的測試工具對于我們測試的速度和質(zhì)量都是至關(guān)重要。我們認(rèn)為一個合格的移動應(yīng)用測試工具需要支持以下幾點：

兼容主流的設(shè)備，操作系統(tǒng)和開發(fā)技術(shù)

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

基于屬性的對象識別方法

支持腳本的錄制回放

帶有設(shè)備管理功能，支持設(shè)備的遠(yuǎn)程訪問

能和持續(xù)集成系統(tǒng)對接

能模擬移動網(wǎng)絡(luò)環(huán)境


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

msup：大數(shù)據(jù)技術(shù)在質(zhì)量領(lǐng)域會帶來哪些新的變化？

徐盛：傳統(tǒng)的質(zhì)量管理一般是以定性分析和質(zhì)量管理人員的主觀判斷為主，雖然也會在很大程度上依賴于量化管理指標(biāo)對組織和個人進行量化管理和考核，但是這些指標(biāo)大多是離散的、不相關(guān)的，這就導(dǎo)致了傳統(tǒng)質(zhì)量管理的決策在很多情況下是片面的，而滯后的分析報表為決策層帶來的信息通常都是“馬后炮”，無法為組織建立起有一定預(yù)防能力的質(zhì)量管理體系。
而大數(shù)據(jù)技術(shù)的發(fā)展為質(zhì)量領(lǐng)域帶來數(shù)據(jù)化管理的革新，使企業(yè)可以充分利用在長期的企業(yè)質(zhì)量管理中積累下的歷史數(shù)據(jù)，以及在當(dāng)前的質(zhì)量管理活動中實時產(chǎn)生的各項數(shù)據(jù)，如人員、計劃、需求、用例、缺陷等，以全量數(shù)據(jù)分析替代片面數(shù)據(jù)計算，以實時數(shù)據(jù)展現(xiàn)補充滯后報表分析，以多維度數(shù)據(jù)融合提高度量指標(biāo)價值，幫助企業(yè)進行基于數(shù)據(jù)的客觀化質(zhì)量管理。
而作為大數(shù)據(jù)技術(shù)的核心，數(shù)學(xué)建模和分析預(yù)測可以使質(zhì)量管理在實時分析的基礎(chǔ)上更進一步，為企業(yè)建立缺陷預(yù)測和風(fēng)險預(yù)防的能力，真正使企業(yè)在質(zhì)量管理中做到防患于未然，節(jié)省質(zhì)量問題所帶來的成本和損失，在此之上更是可以建立起計算機的輔助決策能力，為決策者提供基于數(shù)據(jù)的客觀依據(jù)，減少主觀情感和判斷在決策中的不利影響。
數(shù)據(jù)可視化在大數(shù)據(jù)技術(shù)的推動下從傳統(tǒng)的直方圖、趨勢圖、餅圖等維度單一的展現(xiàn)方式進化為動態(tài)的、交互的、多維的可視化展現(xiàn)方式，以幫助用戶快速直接地從海量數(shù)據(jù)中定位到所需的信息，在質(zhì)量領(lǐng)域，力導(dǎo)向圖、弦圖、桑基圖等都有很好的應(yīng)用場景。

msup：如何提升全員的質(zhì)量意識？

徐盛：提高全員的質(zhì)量意識非一日之功，我們覺得需要自上而下的在組織內(nèi)建立全員質(zhì)量管理的文化，并落地實施，持續(xù)改進。
具體實踐如下： 1、定義組織的質(zhì)量方針和質(zhì)量策略來指導(dǎo)整個質(zhì)量管理； 2、加強和各層級員工的溝通；
3、定義質(zhì)量屬性度量的性能指標(biāo)（包括績效；指標(biāo)），并據(jù)此建立在項目管理中反應(yīng)該系列指標(biāo)的項目對應(yīng)指標(biāo)
4、建立質(zhì)量管理系統(tǒng)，在項目團隊中建立產(chǎn)品意識，質(zhì)量意識，實施質(zhì)量管理并持續(xù)改進； 5、把質(zhì)量相關(guān)的績效指標(biāo)集成進入個人績效指標(biāo)；
6、重復(fù)以上步驟并持續(xù)改進。

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

徐盛：測試管理在項目級別和組織級別各有不同的難點。 項目級： 測試估算 測試風(fēng)險的管理 測試和開發(fā)的高效集成 測試流程改進（TPI）
組織級： 測試人員績效的考核及其真實性和有效性 測試價值的量化和顯性化 有限的測試投資組合，質(zhì)量價值最大化
測試中心的透明性，高層人員對全部測試項目狀況的及時了解 測試中心的知識管理 測試中心技術(shù)路線制定和技術(shù)儲備 測試管理體系和度量系統(tǒng)
測試組織成熟度評估（TMMi）

msup：企業(yè)級軟件測試和互聯(lián)網(wǎng)測試的不同有哪些？

徐盛：首先，企業(yè)級軟件，特別是大型企業(yè)的業(yè)務(wù)邏輯本身十分復(fù)雜，造成了軟件系統(tǒng)特別復(fù)雜，比如惠普就有2000多個相互連接的內(nèi)部IT系統(tǒng)，每一個流程域都有幾十個上下游程序，程序之間互相連接加護，合作完成某一個業(yè)務(wù)流程。因此測試人員需要對業(yè)務(wù)系統(tǒng)本身和上下游系統(tǒng)的數(shù)據(jù)及協(xié)調(diào)要求有深刻的理解?；ヂ?lián)網(wǎng)企業(yè)的業(yè)務(wù)邏輯往往是To
C的，因此相對已經(jīng)做過了簡化，對邏輯本身的功能測試其實相對簡化，但是對易用性，性能包括安全性測試的要求會更加看重。
其次，企業(yè)級軟件往往有系統(tǒng)的歷史比較悠久，采購或開發(fā)采用的架構(gòu)和技術(shù)五花八門，從集中式，到B/S到C/S到SaaS到APP都有；而且因為企業(yè)軟件往往是完成一個功能，軟件是用什么技術(shù)開發(fā)的是第二位的，因此企業(yè)的軟件生態(tài)系統(tǒng)的技術(shù)比較復(fù)雜。因此對于測試軟件，特別是功能自動化測試軟件需要考慮滿足各種類型和技術(shù)的產(chǎn)品的自動化要求。而對于互聯(lián)網(wǎng)企業(yè)，網(wǎng)站本身就是企業(yè)的核心競爭力，需要精益求精，而且因為沒有歷史包袱，技術(shù)一致性比較好，加上功能測試相對簡單，測試人員和開發(fā)人員又相互交叉，因此選擇的自動化測試框架多是開源的框架。
再次，企業(yè)級軟件系統(tǒng)由于比較復(fù)雜，往往是網(wǎng)狀的拓?fù)浣Y(jié)構(gòu)，系統(tǒng)之間相互勾連，牽一發(fā)而動全身。因此測試時測試環(huán)境和數(shù)據(jù)的準(zhǔn)備就需要花大量的時間，保證測試環(huán)境的互聯(lián)互通和數(shù)據(jù)一致性就需要花大量的時間?；ヂ?lián)網(wǎng)企業(yè)往往是以一個核心系統(tǒng)為主的星狀甚至是點狀結(jié)構(gòu)，因此測試環(huán)境的準(zhǔn)備相對依賴性比較小，甚至可以利用云和虛擬化的技術(shù)實時生成測試環(huán)境加載測試數(shù)據(jù)進行測試。
最后，企業(yè)級軟件的大部分需求比較清楚，加上本身系統(tǒng)和邏輯的復(fù)雜性，項目開發(fā)選用V模型比較多，工作方式是先計劃再干。測試計劃上特別需要考慮上下游系統(tǒng)在計劃上的配合。而互聯(lián)網(wǎng)企業(yè)由于需求主要由產(chǎn)品經(jīng)理估計，因此不確定性更大，加上環(huán)境變化快，需要更新更加頻繁，因此開發(fā)方式更多采用敏捷的方式，邊干邊看邊改。測試的工作方式要符合整個項目的工作方式的選擇。
沒有誰對誰錯，誰先進誰落后，其實根據(jù)企業(yè)的自身情況選用合適的測試方法才是正確的答案。兩邊也會相互融合借鑒。比如傳統(tǒng)企業(yè)也有手機APP應(yīng)用，那其開發(fā)和測試方式就和互聯(lián)網(wǎng)企業(yè)接近。反之，互聯(lián)網(wǎng)企業(yè)，特別是大的互聯(lián)網(wǎng)企業(yè)，隨著系統(tǒng)的不斷發(fā)展和復(fù)雜，也會面臨傳統(tǒng)企業(yè)現(xiàn)在面對的復(fù)雜邏輯和網(wǎng)狀系統(tǒng)的功能測試的復(fù)雜性問題。

msup：現(xiàn)在測試的崗位在硅谷已經(jīng)逐漸消失了，但是測試的工作還在一直繼續(xù)，這種趨勢會帶來哪些影響，現(xiàn)在的測試人員應(yīng)該如何應(yīng)對這種變化？

徐盛：所謂的硅谷沒有測試職位的話是不準(zhǔn)確的。首先硅谷本身的大型互聯(lián)網(wǎng)企業(yè)和傳統(tǒng)IT企業(yè)依然還有保留有軟件測試的職位。只不過因為硅谷的高成本，各大跨國企業(yè)會把新增的純黑盒功能型測試等相對低價值的職位外包到印度等低成本的地點，這個是可以理解的。而且，由于DevOps，測試和開發(fā)的融合，有些測試職位是以開發(fā)的形式在招聘。另外在很多其他專門測試職位，比如測試經(jīng)理安全性測試，依然存在。舉個例子，在SimplyHired網(wǎng)站上在San
Jose就有1400多個QA測試相關(guān)的職位（2016年7月18號搜索）。 
另外任何IT人士，包括測試人員都需要不斷提高自身的能力和價值。我們也總結(jié)出了測試人員發(fā)展的所謂“火山口模型”。在會上可以跟大家詳細(xì)的分享。

msup：測試用例的設(shè)計需要一定的測試方法和思維，這方面的能力應(yīng)該如何培養(yǎng)？

徐盛：如何培養(yǎng)設(shè)計測試用例的測試方法和思維有如下建議： 1、系統(tǒng)學(xué)習(xí)軟件測試用例設(shè)計方法，可以參考業(yè)界的標(biāo)準(zhǔn)，如ISTQB；
2、結(jié)合測試團隊和被測系統(tǒng)實際情況，建立組織內(nèi)的測試設(shè)計最佳實踐； 3、更多的站在用戶角度來考慮被測系統(tǒng)，持續(xù)提高用戶體驗；
4、積極參加各種測試沙龍，測試峰會等測試交流活動，持續(xù)學(xué)習(xí)和改進。

原文轉(zhuǎn)自“壹佰案例”，原文鏈接