當你來到一個專案不規范的技術團隊，你會怎么處理呢？
問題
流程不規范
沒有需求評審和設計評審，需求經常是業務或者專案經理直接跟開發提，有時候開發自己都不明白需求，糊里糊涂地就要開發，也沒有設計評審，開發想怎么設計就怎么設計，代碼質量差，
有時候下游或者上游開發并沒有接到需求，然后這邊開發完給到測驗，測驗也一臉懵逼，
沒有計劃
上線時間不是根據開發和測驗同學排期和評估來定，而是業務和專案經理說了算，
開發完了就跟測驗同學說一聲，有這么個需求，這個需求今晚/這周上線，你測一下，好像測驗是個很隨意的作業，并且每個任務給過來都說是緊急需求，測驗時間也是不夠的，導致測驗非常被動，
測驗在專案中參與度低
很多時候沒有需求評審，測驗同學連業務是誰都不知道，經常是基于開發的講解進行測驗，寫不寫測驗用例也是看自己習慣了，開發同學也不清楚測驗同學要測什么，畢竟也沒有時間進行測驗用例評審(也沒有人負責安排)，
缺乏溝通
沒有每日站會和每周站會，開發和測驗同學不會主動反饋進度和風險，即使是當前進度不理想的專案大家也都不提，即使要上線了沒測完也不管，反正上線就完事，有時候專案經理會追問測驗進度，
沒有共享檔案
所有的測驗環境資訊、資料庫表欄位資訊、業務說明都是每個人自己保存著自己要用的，大家都不去維護一份公共檔案，
沒有輸出
專案完成之后沒有總結，出了線上問題大家也不會復盤，無論開發還是測驗都沒有整理業務檔案、記錄專案的習慣，
總而言之，就是十二分不規范，他們可能覺得，本來就夠忙了，花時間整這些東西，不是更忙了嗎，
殊不知因為流程的不規范，帶來的是更低的研發效率和研發質量，遇到這些問題，可以從哪些方面進行改進呢？
流程規范
測驗進度及計劃面板
可以在一份共享表格中維護，可以是在一塊白板里用便利貼跟進，列出目前開發中的、已提測待測驗的、測驗中的、已完成的任務，并且標明計劃提測時間、實際提測時間、計劃上線時間等資訊，方便管理測驗計劃和測驗進度，
技術評審
中大型專案在開發之前需要有技術評審，各端開發都需要參與，盡量避免由一個人決定怎么開發就怎么來，
提測規范
達到提測標準時需要發送提測郵件給測驗同學，說明改動范圍、影響點、自測情況、單元測驗覆寫率等，
測驗用例評審
中大型需求需要在測驗前進行測驗用例評審，相關的產品和開發都需要參與，
需求把控
需求實體化
溝通需求時，測驗同學可以將需求用各種形式表現，便于產品、開發之間溝通和確認細節，
梳理流程圖：復雜的互動可以畫流程圖，方便后面的測驗同學理解需求，
組內需求溝通
如果是由幾個測驗同學跟進的大需求，在大家看了需求檔案之后安排個小會議室，大家一起頭腦風暴一下，由一個人先主講整個程序，然后其他同學進行補充和提問，達到快速學習和掌握需求的效果，
快速確認測驗點
如果是時間緊迫的需求，可以幾個測驗同學到一個小會議室，結合代碼改動點快速確認當前實作是否符合目標，是否有邏輯問題，然后結合需求和改動點快速梳理測驗點，
公共點整理：各個重要的模塊注意事項和踩坑點匯總成一份各模塊checklist，下次測該模塊的同學就能盡量少踩坑，
總之，就是發揮主觀能動性，有什么好的實踐可以幫助提升測驗質量和提高測驗效率，就可以去做，最重要的是及時溝通，
團隊成長
月度總結
每個月測驗組內做一次總結，可以分享典型問題，可以提出一些大家覺得待改進的點，也可以隨意吐槽，最后將大家提出的點整理好推動落地，
專案總結
大專案上線后，組織相關同學進行總結，每個人分享覺得自己做得好和做的不好的地方，總結可以改進的點并推動落地，
典型問題學習分享
在月度總結里一起，需要大家提前將各自要分享的問題記錄到統一地方，可以是測驗中遇到的典型問題或者線上產生的問題，
業務檔案整理
一般需求上線后第二天比較空閑，這是整理業務檔案的好機會，可以整理業務流程，或者相關的sql、操作檔案、腳本等，
業務分享
每周一個同學在組內做業務分享，可以不需要準備ppt，直接在白板上畫，可以分享自己熟悉的一個業務，或者是這周接手的一個業務需求，達到組內知識共享的效果，
可能有同學會奇怪，為什么都是這么基礎這么普通的東西，為什么不做自動化提升效率，
說說我的想法
一是自動化并不是解決所有問題的萬金油，為什么要自動化，當然是到手工測驗效率阻塞測驗進度的階段，才需要通過自動化提升測驗效率，
而想要提升效率，應該是先檔案化，將知識沉淀下來，然后是腳本化，將重復性的作業自動化，最后是結合基礎腳本實作平臺化，
一上來啥也不管就想用自動化測驗平臺完成自己的KPI并不是一個理智的想法，
二是，我認為組織目標是要基于當前的矛盾的，每個階段有每個階段的矛盾，每個團隊當前面臨的問題不同，比如需求不清晰、 測驗環境不夠用、測驗環境不穩定、造資料效率太低啦等等，
那么我們要做的就是基于這些問題一個個推進解決，所以不是在任何情況下都是測驗框架測驗平臺才顯得高大上，特別是面對流程不規范的團隊，把這些基礎的流程做好，就能大大提升大家的作業效率了，
下面是配套資料，對于做【軟體測驗】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你！
最后： 可以在公眾號：傷心的辣條 ！ 免費領取一份216頁軟體測驗工程師面試寶典檔案資料，以及相對應的視頻學習教程免費分享！，其中包括了有基礎知識、Linux必備、Shell、互聯網程式原理、Mysql資料庫、抓包工具專題、介面測驗工具、測驗進階-Python編程、Web自動化測驗、APP自動化測驗、介面自動化測驗、測驗高級持續集成、測驗架構開發測驗框架、性能測驗、安全測驗等，
學習不要孤軍奮戰，最好是能抱團取暖，相互成就一起成長，群眾效應的效果是非常強大的，大家一起學習，一起打卡，會更有學習動力，也更能堅持下去，你可以加入我們的測驗技術交流扣扣群：914172719（里面有各種軟體測驗資源和技術討論）
喜歡軟體測驗的小伙伴們，如果我的博客對你有幫助、如果你喜歡我的博客內容，請 “點贊” “評論” “收藏” 一鍵三連哦！
好文推薦
轉行面試，跳槽面試，軟體測驗人員都必須知道的這幾種面試技巧！
面試經：一線城市搬磚！又面軟體測驗崗，5000就知足了…
面試官：作業三年，還來面初級測驗？恐怕你的軟體測驗工程師的頭銜要加雙引號…
什么樣的人適合從事軟體測驗作業？
那個準點下班的人，比我先升職了…
測驗崗反復跳槽，跳著跳著就跳沒了…
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/354560.html
標籤：其他