在前一個(gè)測(cè)試子項(xiàng)目中的表現(xiàn)不錯(cuò)，而后我又被調(diào)入一個(gè)產(chǎn)品發(fā)布版本的回歸測(cè)試子項(xiàng)目中去。相比之前的測(cè)試子項(xiàng)目（軟件模塊的功能測(cè)試），回歸測(cè)試就很不一樣了。回歸測(cè)試所執(zhí)行的，都是比較基礎(chǔ)的測(cè)試用例，也是不管版本如何變遷也都不必要進(jìn)行太多改動(dòng)的測(cè)試用例。也正因?yàn)樾枰容^頻繁地（每一個(gè)新的產(chǎn)品發(fā)布版本）執(zhí)行這些測(cè)試用例，所以這些用例幾乎都有相應(yīng)的測(cè)試腳本，可以縮短測(cè)試執(zhí)行時(shí)間，腳本就是利用之前我提到過的內(nèi)部工具寫成的。腳本語言本身可以抽取一些library出來，具有一定的模塊化構(gòu)造，可以減少一些重復(fù)的腳本代碼，但是后來我從測(cè)試自動(dòng)化（TA，Test Automation）的角度來看，依然是非常低級(jí)別（基礎(chǔ)，非編譯）的自動(dòng)化實(shí)踐。
相比之前跟著導(dǎo)師干活，這一次的工作就需要我自己獨(dú)立進(jìn)行，而且工作內(nèi)容也增加了許多。包括要自己寫測(cè)試計(jì)劃，還要組織審核會(huì)議（Inspection Meeting），通過審核后的計(jì)劃會(huì)在系統(tǒng)里被標(biāo)示為“已批準(zhǔn)”（Approved），這樣我才可以根據(jù)這個(gè)計(jì)劃以及測(cè)試用例開始執(zhí)行測(cè)試。測(cè)試計(jì)劃還是不難寫，畢竟是回歸測(cè)試嘛，把測(cè)試管理系統(tǒng)里以前別的版本的回歸測(cè)試計(jì)劃拿出來看一看，修改一些相關(guān)的字段，例如產(chǎn)品版本啊、執(zhí)行人名稱即可，大同小異。要隨便弄弄蒙混過關(guān)倒是不難，依葫蘆畫瓢就行，難點(diǎn)是在于你是不是想弄明白這些回歸測(cè)試的用例，畢竟這些用例都是別人寫的，而且除了用例之外，還有測(cè)試腳本，萬一兩者之間有些互相沖突的信息，或者腳本報(bào)出的一些錯(cuò)誤信息在用例中沒有描述到，如何能夠處理妥當(dāng)，這需要執(zhí)行人多花點(diǎn)心思，多消耗點(diǎn)腦細(xì)胞才行。
回歸測(cè)試的另一個(gè)挑戰(zhàn)在于，它涉及到的系統(tǒng)架構(gòu)范圍往往不止一個(gè)模塊。之前在導(dǎo)師的帶領(lǐng)下工作，只需要按照用例中所給出的信息，執(zhí)行相應(yīng)的命令即可。就算你不太明白命令中一些部分的參數(shù)該如何設(shè)計(jì)，在人機(jī)界面上執(zhí)行這些命令時(shí)，它自己也能發(fā)現(xiàn)不合規(guī)的命令格式并且給出提示，要求你輸入正確的值。只是執(zhí)行、觀察、發(fā)現(xiàn)錯(cuò)誤、修改命令或參數(shù)、重新執(zhí)行、記錄結(jié)果，還是很輕松的。但如今由于要測(cè)試更多的模塊、更廣的范圍，需要了解的命令也逐漸地多起來，在測(cè)試中發(fā)現(xiàn)一些異常現(xiàn)象后要查看日志、系統(tǒng)狀態(tài)也需要執(zhí)行一些命令，而這些命令并不在我負(fù)責(zé)測(cè)試的技術(shù)領(lǐng)域中，所以還得去找相關(guān)領(lǐng)域的測(cè)試同事、專家請(qǐng)教學(xué)習(xí)，或者不愿意求人的話就得自己找相關(guān)文檔。在此，溝通以及查閱資料或者摸索的能力就非常重要了。
只是執(zhí)行測(cè)試是相對(duì)簡單而且有點(diǎn)枯燥的活，因?yàn)檫@些功能多數(shù)都是穩(wěn)定的，不大會(huì)出錯(cuò)。于是我就把一些時(shí)間花在思考、理解這些測(cè)試用例和腳本上，正好回歸測(cè)試的用例中總有一些是執(zhí)行時(shí)間比較長的，我就利用這些時(shí)間去查閱資料、文檔，理解測(cè)試用例的設(shè)計(jì)理念，以及研究多個(gè)測(cè)試用例之間的關(guān)系，看看是不是有漏測(cè)的功能。
在當(dāng)時(shí)，我們的回歸測(cè)試用例都是從現(xiàn)有的功能測(cè)試用例中直接篩選出來的，挑選的是其中比較基礎(chǔ)的、通用的測(cè)試用例，是否容易實(shí)現(xiàn)腳本化也是考量的因素之一。因此，如果只是去看測(cè)試計(jì)劃中的測(cè)試用例集，難以看到全貌，不知道為何要選擇這些用例，也不知道這些用例之間有什么特別的聯(lián)系，它們結(jié)合在一起是否有足夠完整地覆蓋了要測(cè)試的范圍。因而，想要理解這些測(cè)試用例以及其關(guān)系，找到是否有漏測(cè)的功能，需要額外花一些功夫順藤摸瓜地查看相關(guān)技術(shù)領(lǐng)域、模塊的測(cè)試用例和以往的測(cè)試計(jì)劃。看一看某個(gè)測(cè)試用例在它的模塊里，是否還有其他的測(cè)試用例也在驗(yàn)證相似的功能，有什么區(qū)別，為何不選擇其他的測(cè)試用例做回歸測(cè)試，以及是否有一些應(yīng)該測(cè)而沒有測(cè)的功能（這需要研究功能需求規(guī)格說明書文檔才行）。研究這些問題其實(shí)是蠻有意思的事，它能夠幫助你更深刻地理解自己手中正在執(zhí)行的測(cè)試用例，更能夠分辨出在執(zhí)行中你對(duì)哪些輸出信息應(yīng)該保持關(guān)注，而對(duì)其他一些信息則可以睜一只眼閉一只眼（因?yàn)橛衅渌臏y(cè)試用例會(huì)專門檢查這一塊的情況）。做到測(cè)試用例或者測(cè)試執(zhí)行有重點(diǎn)、有針對(duì)性有著莫大的好處，專注能幫你過濾掉一些不必要關(guān)注的信息，延緩測(cè)試過程中的緊張感，也能夠提高你對(duì)重點(diǎn)信息的關(guān)注度和敏感度，更容易發(fā)現(xiàn)問題。