2019年10月26日，由Testin主辦的第二屆NCTS中(zhōng)國雲測試行業峰會在京召開(kāi)，此次峰會以“AI+未來”爲主題，彙聚來自國内外(wài)測試領域的知(zhī)名專家學者、領先企業決策者、高層技術管理者、媒體(tǐ)從業者等，共同探讨高端雲測試技術，幫助測試從業者了解最前沿行業趨勢，及最新的行業實踐。

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

　　以下(xià)爲李龍演講實錄

　　很高興今天和大(dà)家做一(yī)個分(fēn)享，我(wǒ)(wǒ)沒有想到剛才陳老師作爲中(zhōng)國平安的技術專家，我(wǒ)(wǒ)一(yī)直以爲他會分(fēn)享技術内容，結果一(yī)聽(tīng)是很多有關軟件測試生(shēng)涯的哲學問題，确實受益匪淺。借着剛才陳老師說的話(huà)題和大(dà)家分(fēn)享一(yī)下(xià)，我(wǒ)(wǒ)這個題目起的有點窄了，但是其實是很寬泛的話(huà)題，主要是以川測試模型爲指導下(xià)，我(wǒ)(wǒ)們在測試開(kāi)發過程當中(zhōng)做的一(yī)些自動化測試構架的設計以及實踐的分(fēn)享。

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

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

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