2019年10月26日，由Testin主辦的第二屆NCTS中國云測試行業峰會在京召開，此次峰會以“AI+未來”為主題，匯聚來自國內外測試領域的知名專家學者、領先企業決策者、高層技術管理者、媒體從業者等，共同探討高端云測試技術，幫助測試從業者了解最前沿行業趨勢，及最新的行業實踐。

　　會上，安暢物聯網CEO、川測試模型創始人李龍做《在軟件測試川模型下網絡安全產品的自動化測試架構設計與實踐分享》。李龍指出，“在進行軟件開發或軟件測試的項目之前，需要做整體流程的把控。尤其是把測試人員工作的切入、切出方式、與研發的無縫對接方法以及提高軟件質量保證的意義提高到一定程度上。而川測試模型，在借鑒前輩的模型實踐基礎上，創新性的使用了三條測試實施方法正好做到了這幾點。”

　　以下為李龍演講實錄

　　很高興今天和大家做一個分享，我沒有想到剛才陳老師作為中國平安的技術專家，我一直以為他會分享技術內容，結果一聽是很多有關軟件測試生涯的哲學問題，確實受益匪淺。借著剛才陳老師說的話題和大家分享一下，我這個題目起的有點窄了，但是其實是很寬泛的話題，主要是以川測試模型為指導下，我們在測試開發過程當中做的一些自動化測試構架的設計以及實踐的分享。

　　首先講一下軟件測試模型的使用情況調查，這個調查我是在2014-2015年之間做的，只是取了兩百多個單位，但是這兩百多個確實是國家一些比較前沿的，可以理解成TOP100或者TOP200以內的企業做的一些測試模型實際的使用情況。但是結果其實不太理想，大家可以看一下，最終有87%的企業不清楚或不知道我們到底使用什么模型進行相關的軟件測試或者過程管理的。

　　原因可能有這些，測試根據開發的思路推進，沒有明確的時間版本或者相關概念，團隊里更改需求或者人員指派比較隨意。但是我們通過剛才調查出來的內容發現，之前我們聽說過一些模型，比如V模型、W模型、H模型或者瀑布模型等模型。第一個問題，測試與開發的關系、歸程到底是否是互融互通的，比如，V和W模型是從上往下嚴格的節點關系，這種節點關系很難反推，需求確定了、測試方案確定了、開發確定了，我們測試的時候，一旦后面反推這個項目的時候，基本上很難推翻上面的節點，這時會導致測試/開發工作量成倍的增加，質量也很難把控。還有比如，測試對質量的保證意義所處在的層級，咱們都很清楚，其實我們應該盡早的、盡快的將測試嵌入到整個軟件項目或者一個開發周期里去。但是，實際上很多企業都會發現，等到研發工程師或者研發部門把他們的設計架構都已經做完了，可能才會告訴我們，你們開始進行測試吧，去寫測試需求說明書、寫方案吧，這個時候我們已經在滯后了，雖然市面上說我們應該提前介入但是因為沒有合適的規程、規范，導致我們沒有辦法提前進入。當然所有的原因我總結的很簡單，我們現在所使用的一些測試的管理規程、模型，是從國外引進的。因為我是從二零一幾年開始創業，到現在為止創了n個公司，發現了一些問題，我們應該去改變一些東西，用我們自己的規則去想辦法適合我們現在軟件行業國情下的軟件測試的方法模式。這個時候我才真正開始研究一套真正適合在中國發展的軟件測試的模型，我起的名叫川模型。

　　大家看這個圖可以理解一些，這套模型今天算是第二次和大家進行分享，最早一次是在上海，上海十周年慶典上做了一次分享。之所以叫川模型，是因為在整個軟件測試過程當中我們是分了三條業務執行線的，最左邊一條業務執行線屬于驗收測試的實施模型;中間這條執行線是需求級的，而最后一條執行線是屬于業務測試實施的流程。這樣在我們整個軟件測試過程當中，其實是把一個測試團隊分成三類不同的人群，而不是把部門分成了比如自動化組、性能組、功能組、安全性組。不是這樣劃分的，我們劃分的模式是把測試團隊劃分成三條業務執行線，他們執行的內容是有區別的。那么，我們整個一套系統進行敏捷測試的時候怎么辦?要快速的迭代出來，快速出測試報告、測試結果，這時我們最多使用的是業務測試的實施流程，相當于我們使用基于場景的、風險的、探索的測試方法論來快速的測試20%的模塊，而這20%大家也可以理解是八二法則的劃分，它可能隱藏著80%的缺陷，這時候我們就能夠很快的迭代出這些內容，這些迭代的內容會應用到敏捷的方法，我講的是一套流程管理體系。