昨天晚上微博上有
測試同仁 @testGM 想了解下如何從傳統(tǒng)ERP測試向主流
互聯(lián)網(wǎng)測試轉(zhuǎn)型。我本人在來淘寶之前就是做傳統(tǒng)ERP測試的，現(xiàn)在在淘寶做了這么長時間，對互聯(lián)網(wǎng)測試也有一定的了解，就想談?wù)勛约旱目捶ā?/div>
特意說明下，我這邊了解到的傳統(tǒng)ERP測試就是4或5年前的ERP測試情況，不代表目前的整體情況，說的不對的地方 望諒解。
整體策略：
談過如何轉(zhuǎn)型，那就是知己知彼了。首先自己要了解傳統(tǒng)ERP測試的優(yōu)點和缺點以及特點，也要了解互聯(lián)網(wǎng)測試的相關(guān)特點，從而給自己設(shè)定一個計劃來快速轉(zhuǎn)型，目的很簡單，發(fā)揮在傳統(tǒng)ERP測試的優(yōu)勢來彌補互聯(lián)網(wǎng)測試的劣勢，或者達(dá)到一種較好的平衡。
傳統(tǒng)ERP測試VS互聯(lián)網(wǎng)測試
（1）C/S架構(gòu)：來淘寶之前，我是在MS做傳統(tǒng)ERP的測試，這個ERP是MS從國外收購過來的，主要給中小企業(yè)提供ERP服務(wù)，大家應(yīng)該知道，那時候，ERP是C/S架構(gòu)的企業(yè)軟件，現(xiàn)在很多ERP系統(tǒng)都是走B/S架構(gòu)的。說實話，我不了解現(xiàn)在ERP系統(tǒng)的B/S架構(gòu)和互聯(lián)網(wǎng)產(chǎn)品的B/S架構(gòu)的區(qū)別，所以這方面我就不繼續(xù)說了。C/S架構(gòu)帶來的是什么呢？很顯然，就是版本升級的非實時性。我記得我們當(dāng)時每次修復(fù)bug后，都是將修復(fù)后的代碼文件交給技術(shù)支持，然后由技術(shù)支持來重新import到版本中。
（2）流程嚴(yán)格：這個就不多說了，在傳統(tǒng)流程中，把文檔和review和前后接入準(zhǔn)則做的都是非常好的，我在MS那邊的時候，提交bug、修復(fù)bug、回歸bug都是很嚴(yán)格要求的，包括驗證bug的TC，都是寫的很詳細(xì)的。還有就是fix bug的 old code/new code的細(xì)節(jié)，反看互聯(lián)網(wǎng)測試這些都是很少去做的。
（3）業(yè)務(wù)邏輯復(fù)雜：記得在MS我們要
學(xué)習(xí)很多關(guān)于庫存管理、財務(wù)管理，報表管理等很多行業(yè)知識，一方面給測試的復(fù)雜度帶來了挑戰(zhàn)，另一方面對業(yè)務(wù)邏輯的沉淀就顯得非常重要了，記得當(dāng)時有很多這樣的業(yè)務(wù)文檔要學(xué)習(xí)，當(dāng)然也有一些人不做開發(fā)或測試，去做ERP的實施了。反看互聯(lián)網(wǎng)測試上層業(yè)務(wù)變化還是非常快，業(yè)務(wù)邏輯變化也快，而且也沒有ERP那么復(fù)雜的業(yè)務(wù)邏輯，從而測試接觸到的都是非行業(yè)核心的東西。
（4）測試效率：前面幾個特點也說明了傳統(tǒng)ERP的測試效率應(yīng)該很一般，的確是的，包括ERP傳統(tǒng)測試技術(shù)的發(fā)展，這個原因也是多方面的，我覺得很大一方面是開發(fā)架構(gòu)和技術(shù)的變化不大，導(dǎo)致測試技術(shù)的變化也不大。大家可以看看互聯(lián)網(wǎng)的開發(fā)技術(shù)變化多快，很多新技術(shù)和架構(gòu)都是在互聯(lián)網(wǎng)產(chǎn)品上應(yīng)用起來的，同樣的映射就是測試也必須在測試技術(shù)上提高從而跟上開發(fā)的步伐。包括接口
自動化測試、分層自動化、持續(xù)集成、A/B
Test等等，很多測試技術(shù)在互聯(lián)網(wǎng)上應(yīng)用較多。很多測試同仁也認(rèn)為互聯(lián)網(wǎng)的測試技術(shù)很牛B，一方面互聯(lián)網(wǎng)測試必須找到很多較先進(jìn)和流行的測試方法或技術(shù)或框架來提高效率。其實做傳統(tǒng)ERP測試的人也是很牛B的，在國內(nèi)的特點，就是太封閉了，不去外面交流來尋找新的方法和技術(shù)，國內(nèi)估計很難找，那就去國外找啊，相信總能找到的。
其實對比這個還有一些特點：比如傳統(tǒng)測試，職責(zé)明確；而互聯(lián)網(wǎng)測試就是責(zé)任共享；傳統(tǒng)測試就是大步邁進(jìn)，而互聯(lián)網(wǎng)測試強調(diào)的是小步快走。
說了那么多，大家可能會問，我到底怎么轉(zhuǎn)型啊，怎么更快的啊。
目標(biāo)確定了，既然要做互聯(lián)網(wǎng)測試，那就了解互聯(lián)網(wǎng)產(chǎn)品測試的特點唄，有哪些核心的技術(shù)和框架唄。建議想轉(zhuǎn)型的人，從下面幾個角度考慮：
（1）測試方法：大家可能會說，測試設(shè)計方法應(yīng)該差別不多，是的，的確不大，但還是有差別的，建議各位看看互聯(lián)網(wǎng)產(chǎn)品的公共功能的測試設(shè)計方法，我之前的blog也有提到。多了解下同樣的邊界值和組合測試法在互聯(lián)網(wǎng)產(chǎn)品上是如何測試設(shè)計的。
（2）自動化測試：一方面，把自己做ERP自動化測試的經(jīng)驗帶過來，我記得我在MS做ERP自動化測試的時候，那是MS的測試自己開發(fā)的測試框架，很牛X，我仔細(xì)的了解了下該框架的架構(gòu)，發(fā)現(xiàn)Client的界面都是建模的等特點。后來到淘寶，做頁面自動化時，就提出了類似的建議并一直使用至今。另一方面，就是學(xué)習(xí)分層自動化測試和持續(xù)集成，多學(xué)習(xí)下
java語言以及互聯(lián)網(wǎng)產(chǎn)品的開發(fā)架構(gòu)，包括相關(guān)的基礎(chǔ)技術(shù)，
數(shù)據(jù)庫和
Linux命令啥的。一步一步來，先從頁面自動化框架開始玩玩，從使用到熟悉到精通，搞起來，然后就是接口自動化，類似的過程。持續(xù)集成也是一樣。
（3）測試流程：需要了解互聯(lián)網(wǎng)產(chǎn)品的測試流程，大部分是走
敏捷的，雖然很多走的亂七八糟的，但是就是那個樣子，流程亂，測試開發(fā)信息脫節(jié)，交互設(shè)計信息脫節(jié)，太多的問題存在了，回歸測試和冒煙測試的重要性和嚴(yán)謹(jǐn)性等等都是大打折扣的。這些東西在傳統(tǒng)里面就做的非常好，你可以把這些實踐拿過來在互聯(lián)網(wǎng)產(chǎn)品的測試上實踐，雖然因為各種各樣的原因，有很多難以做起來，但是不要忘記這些好的東西，慢慢的堅持，總會有進(jìn)步的。
（4）測試心態(tài)：這個大家可能覺得奇怪了，為啥要看測試心態(tài)。只是提前打個預(yù)防針而已，互聯(lián)網(wǎng)測試 很枯燥，很乏味，你需要測試很多瀏覽器，兼容看看；你還會發(fā)現(xiàn)很多bug，雖然很多是前端bug，但是你發(fā)現(xiàn)和回歸都很痛苦；你會不停的關(guān)注
性能測試以及線上反饋；你還會擔(dān)心你測試的頁面是否有安全漏洞；你還會痛苦的發(fā)現(xiàn)我做了那么多，測試技術(shù)還這鳥樣。不管怎么樣，你還是要堅持下去，目前來看，就是互聯(lián)網(wǎng)的測試技術(shù)發(fā)展較快，能把你的眼界打開，看到更多的彩虹。
我接觸了很多做傳統(tǒng)ERP測試的同仁，當(dāng)然也有非ERP的測試，大部分人都是很仔細(xì)，很有耐心的，在互聯(lián)網(wǎng)產(chǎn)品上繼續(xù)保持這個，你肯定有前途，當(dāng)然測試技術(shù)上也要跟上大家的步伐。