在目前的軟件開發(fā)領域，敏捷、DevOps 是最熱門的‘詞’了、現(xiàn)在大多數的公司都在進行著 “敏捷”轉型。業(yè)界有很多所謂敏捷開發(fā)流程，比如Scrum，Kanban等，但是其中測試相關的內容相對較少，并且不夠系統(tǒng)化和細節(jié)化，所以業(yè)界就出現(xiàn)了很多測試人員，他們總結了測試人員應該在敏捷開發(fā)中如何進行測試工作。由于很多測試人員也是公司或者團隊在Scrum和Kanban的轉型中接觸和學習到敏捷，然后通過有限的資料以及自悟在團隊中進行敏捷測試，又在一知半解下去宣傳敏捷測試或者去抵制敏捷測試，導致敏捷測試甚至敏捷本身在國內亂象叢生。
首先敏捷測試一定是敏捷開發(fā)方法的一部分，所以敏捷開發(fā)方法論里應該需要包括敏捷測試的相關內容，但是現(xiàn)在業(yè)界中所謂的一些標準的敏捷開發(fā)流程里卻很少包含系統(tǒng)化的測試實踐。由于敏捷測試實踐或者說敏捷實踐的核心就是縮短反饋周期，逐步優(yōu)化整個系統(tǒng)。并且因為每個團隊的情況都是有差距的，所以通過同一種標準的方式去要求所有的團隊，會產生很多負面的效果。
現(xiàn)在業(yè)界已經有不少通用的敏捷測試實踐，以及一些在特定條件下的經典流程(后面會介紹一個經典的敏捷測試管理流程)。其次對于大規(guī)模敏捷開發(fā)中的敏捷測試來講，其核心還是在開發(fā)團隊里合理使用各種敏捷測試實踐，縮短測試反饋周期。
因此不管敏捷開發(fā)還是敏捷測試里的敏捷都沒有一個所謂統(tǒng)一的最終敏捷，應該是需要越來越敏捷的狀態(tài)才是最好，然后最終達到自己項目的一個穩(wěn)定敏捷狀態(tài)就可以。【引用】“ThoughtWorks的敏捷測試”
看完了別人的介紹，也要開始我們自己的實踐、就如上文中說到的“敏捷中的測試是一個新開始、要努力嘗試的過程”。介紹一下背景。我們是一家在數字化轉型中的公司，公司2019年開始進行數字化轉型，也是從那一刻開始、“敏捷”從一個名詞進入到大家的“工作中”。 瀑布模型下的專職測試人員也要開始自己的轉型了。經過一年的努力我們收獲到一些成果，現(xiàn)在給大家分享一下。首先看看我們的流程圖，不是最標準，卻是最適合我們現(xiàn)狀的。下面我們針對流程中的每個階段進行說明，只解釋和測試相關的，除此之外的不在本文做更多的闡述。- 基于組織的“測試標準化文檔“進行測試相關工作的相關追蹤跟進機制的確認，并和相關人員達成共識，同時確認本次沖刺需要收集的度量數據。
- 完善功能級的DoD 驗收標準，最終形成的一個在線檢查清單，這個檢查清單主要面對是用戶或者PO層面、產品展示會議進行之前，會首先確認檢查清單是否已經完成，所有檢查項目是否已經全部通過。也是我們敏捷流程中質量內建第一把鎖。
在沖刺規(guī)劃會議測試人員會參與對用戶故事的DoD 討論和制定、確保開發(fā)人員和測試人員能在后續(xù)的工作中保持在同一個頻道。目前我們的現(xiàn)狀是有跨項目的測試人員，負責多個項目的測試工作。為了能最大化測試人員的效能，引入自動化測試工作必不可少（后面針對于自動化測試工具做對應介紹）。雖然敏捷流程推薦是減少文檔，但測試用例從目前階段來看是一個必須存在的文檔信息。針對于測試用例我們會使用走查的方式進行驗證，例如導入導出相關的用戶故事是開發(fā)A負責，當針對于這個用戶故事的測試用例完成后，會同開發(fā)A進行第二次的確認，確認我們還在同一個頻道中。測試人員會基于編寫好的測試用例進行自動化測試腳本的編寫，測試腳本會同開發(fā)的代碼存放在同一級的代碼控制庫中。開發(fā)人員完成用戶故事的開發(fā)后，通過CICD流水線進行部署，同一時間測試腳本會自動被執(zhí)行。測試人員會進行一次的測試報告的分析確認，確認測試腳本是可以滿足相關功能，同時針對于測試報告中的bug更新到項目管理系統(tǒng)中,并指派對應人員進行修復。開發(fā)人員在進行修復后重復之前的發(fā)布流程,然后通過自動化測試的報告確認問題已經被修復。當然如果測試人員發(fā)現(xiàn)測試腳本不能滿足測試的需求時，會同步更新測試腳本到代碼庫，以確保自動測試是可以被正確執(zhí)行的。在產品演示階段測試人員會收集到用戶最新的需求及對于系統(tǒng)目前使用中需要改善的Bug，以便于在下階段中進行改善的跟蹤確認(需求完成對應的自動化測試流程)。在沖刺回顧會議中測試人員會聽取開發(fā)人員針對本沖刺中測試所提供功能及方案的反饋，某中程度來講測試人員也是開發(fā)，只是我們開發(fā)出來產品的使用者是開發(fā)人員而已。說完了我們的流程，下面也分享一下我們?yōu)槭裁床扇ypress 做為測試框架。
從技術角度，團隊中的測試人員大多數是從前端開發(fā)轉換過來，或者是一些非技術出身的人員來擔任，當我們面臨使用Selenium還是Cypress 的選擇時，最后大家還是選擇了Cypress 。相對于Selenium 來講Cypress 的學習曲線更平化、更容易讓我們在短期內達成目標。可以在一個頁面同時查看腳本執(zhí)行日志信息及執(zhí)行結果。支持內置的標準化的報告模板、直接生成測試報告進行展示。cypress 支持自動錄制執(zhí)行過程，自動截取運行結果圖片。
敏捷開發(fā)過程是一個不斷循環(huán)的過程、做為核心之一的質量內建也是一樣，努力沖刺。【leansoftX.com招賢令】你不必對DevOps和敏捷已經具備很深的認知。最難的恐怕是通過我們的面試，在整個面試過程中，對每一名面試者我們都將投入超過20小時的時間與你溝通，一同工作和討論未來發(fā)展方向。如果你能通過如此嚴苛的面試，就證明你已經是同行中的佼佼者。我們也不會讓“專業(yè)”的HR來審核你的簡歷，因為一個不懂技術的人是無法判斷一個技術人員的能力的，和你進行面試交流的都是業(yè)內的技術大牛和專家。我們相信只有技術人可以懂得技術人。
掃描下方??海報中二維碼，輸入關鍵詞：job
請發(fā)送您的簡歷至：[email protected]
