“從VDA6.3審核員轉(zhuǎn)到做SQA了，也算是從硬件轉(zhuǎn)軟件，迷茫的是不知道軟件質(zhì)量這塊前途如何，而且新東西感覺入行挑戰(zhàn)會比較大……您有什么建議么？”

——最近收到以上的這個問題不知如何著手，畢竟，關(guān)于職業(yè)的選擇有太多的影響因素：行業(yè)的前景、組織的架構(gòu)、個人的興趣、能力與特長等等等等，而“軟件定義汽車”的上行風(fēng)口與宏觀經(jīng)濟的下行大局之下，不確定性又顯得尤為突出。

于是決定不考慮職業(yè)選擇的話題，而是以堅持走軟件質(zhì)量的職業(yè)路線的前提下，討論審核員背景的SQA應(yīng)當如何提升。即“做不做”是個人的選擇自由，本文只結(jié)合個人的行業(yè)經(jīng)驗討論“怎么做”的話題。

在之前的文章【談?wù)凙SPICE中質(zhì)量人員的自我修養(yǎng)】中提到過“在質(zhì)量工作中，機械地拿著checklist逐條問詢已經(jīng)遠遠不能滿足時代的需要，對各類人員的需求把控、流程實施中的專業(yè)知識、工具鏈的熟悉使用，都成了不可或缺的基本技能。”

再進一步，在【談?wù)凙SPICE中質(zhì)量人員的自我修養(yǎng)】中根據(jù)個人十多年質(zhì)量經(jīng)驗整理了下面的軟件質(zhì)量角色層次圖，描繪了軟件質(zhì)量一步一步向上走的一個職業(yè)路徑，只有下層的功夫做到了才能把上層的工作做好而不能一蹴而就。

雖然沒有做過VDA6.3的審核員，但做過多年CMMI、ASPICE、ISO9001/27001等的審核員，也算是有相似的經(jīng)驗。如果套入到以上的層次圖而言，審核員更多的是位于第二層“檢查單檢查者（Checklist checker）”的角色。熟悉檢查單里的各項內(nèi)容、流程體系的組織形式和對應(yīng)要求，也掌握審核技巧和各類軟技能，但由于不是一線人員沒有親手操作，往往感覺自己隔了一層有種紙上談兵的感覺，如果要給工程團隊建議卻往往因為技術(shù)背景不足往往工程人員不買單，因而要想突破當下的層次進入第三層的“項目教練（Project coach）”會面臨瓶頸而產(chǎn)生迷茫。

個人的迷茫期大致持續(xù)了一年多，從碼農(nóng)轉(zhuǎn)型SQA之后與一線技術(shù)原來越遠，雖然流程方面的知識有所提升但得到的反饋更多的是負面的——技術(shù)部門經(jīng)理問“你們做的audit給我們帶來了什么價值”，開發(fā)團隊問“客戶的活都干不完了還讓我們補文檔有啥意義”，架構(gòu)師說“你們也就幫忙看看變更履歷標點符號好了”……

在復(fù)盤如何走出迷茫之前，講一個個人理解的咨詢公司的方法論也就是套路——

咨詢公司先到A公司，給出一套方案1.0，結(jié)果被A公司貶的一文不值，于是咨詢公司唯唯諾諾，根據(jù)A公司的吐槽把方案進行了改版2.0，然而還是被A公司給否了；于是咨詢公司拿著2.0的方案拿到B公司，B公司看看感覺有點水平但還有差距，于是咨詢公司根據(jù)B公司的反饋把方案改版到3.0，勉強被采納然后半價給B公司做了實施；接著咨詢公司拿著3.0版本的方案和在B公司的成功案例拿到C公司，成功拿下了單子……

如果把SQA的角色當做咨詢公司，而各個項目組就是ABCD公司來看的話，就很容易理解了。由于組織流程的要求，SQA需要根據(jù)檢查單（checklist）進行審核，因此無論是否愿意，SQA對項目的審核都是不可避免的。而SQA是否愿意按照前面提到的咨詢公司的方法進行提升就非常關(guān)鍵。

以檢查項“項目是否部署CICD環(huán)境”為例，如果沒有軟件背景，SQA來到第一個A項目的時候只能照本宣科地問“你們部署CICD環(huán)境嗎”，審核之后知道了Jenkins這個工具；于是到第二個項目B，到了這個檢查項的時候會補充問道“Jenkins的pipeline腳本都寫好了嗎”；到了第三個項目C，可能就會補充問“Jenkins通過pipeline腳本跟編譯器、靜態(tài)代碼工具的關(guān)聯(lián)配置做的怎樣了”；到第四個項目D，可能會問“除了Jenkins有沒有考慮其他的工具比如bazel”……以此類推，通過審核，更多的從整體架構(gòu)上了解項目的運行機制，由于審核需要，更是能接觸到項目的各類文檔、代碼作為自己的學(xué)習(xí)資料進行學(xué)習(xí)，于是進入了“好讀書不求甚解每有會意便欣然忘食”的良性循環(huán)狀態(tài)。

固然知識量會很大，但作為SQA本來就不需要成為所有領(lǐng)域的專家只要能在質(zhì)量領(lǐng)域?qū)＞婚T就夠了，例如不一定需要知道Jenkins的pipeline腳本怎么寫但只要知道它檢查出來的代碼問題在哪展示、不一定需要了解Jira的easyBI配置只需要知道如何使用dashboard跟蹤狀態(tài)、不需要了解測試log的查看方式只需要了解測試覆蓋率的狀態(tài)查看方式。久而久之，自己與“流程咨詢師（Process Consultant）”的目標便越來越近了。

就這樣，如果對于這樣的提升路徑有信心對這樣的學(xué)習(xí)狀態(tài)有激情的話，就堅持SQA的選擇；如若不然，也許可以選擇更加合適自己的職業(yè)道路吧。