測試Leader如何開展測試工作總結
阿新 • • 發佈：2019-01-06
步驟1：團隊組建
滿足專案需求的團隊就是合適的。
需要考慮的有以下點：
1）團隊需具備哪些技能？例如：功能測試、介面測試、效能測試、安全測試、開發經驗等。
2）團隊的人員結構合理嗎？專案複雜度越大，時間越緊，需要的高階工程師越多。否則可以搭配些初學者。
3）團隊必須有準入行為。可通過簡歷、筆試、面試等手段甄別人員的真實水平。
步驟2：定工作規矩
沒有規矩不成方圓。
規矩有哪些？
1）測試用例模板：對於測試來說，測試用例是最基本重要的。因此，必須制定一個測試用例模板，並提供測試用例例項，對組員進行培訓，使得每個組員都很明確 的知道如何編寫測試用例。用例模板不一定十分複雜，需根據人員的情況來定，能滿足工作進度要求為首要考慮的點。人力資源越充沛水平越高，用例模板可越細 致。測試用例需明確指出其對應的需求項（對應到需求說明書的），保證能覆蓋所有的需求項。通常，測試用例模板需具備如下資訊：需求名（按層級劃分）、需 求細項、測試步驟（行為描述，需包含預期結果）、輸入資料（特定的資料集）、輸出資料（如果有）。測試用例編寫時，可按下列目標需求逐步完善，便可寫出覆 蓋較好的用例：基本功能->輔助功能->提示->處理約束->先決條件。
2）缺陷管理：採用何種缺陷管理系統，缺陷流轉規則是怎樣的。是否需要將需求、線上bug一併管理。
3）報工模板：體現出工作量、軟體質量情況，便於迅速定位問題和向上級報告質量情況。
4）評審規則：通常是對用例質量、用例的需求覆蓋情況、缺陷描述進行評審。
5）溝通規則：測試過程中測試人員與需求、開發、設計、釋出人員的溝通規則，無一定模式，能保證渠道暢通高效即可 。另外，人員足夠的話最好設定一名祕書性質的人員。
步驟3：做測試任務計劃，分配，試執行
有哪些事，什麼時候做，組員能正常開展工作？
制定測試任務計劃，並將計劃告之所有組員。制定計劃時，需考慮難度較大的分配給水平較高的，同時保證個體之間的工作量差別不大。進度方面，直接按專案計劃 執行。因處於專案測試初期，測試組長無法完全掌握測試組員的能力情況，計劃必須先試行一段再進行調整。通常，在組員第一次提交測試用例後，就仔細觀察組員 的用例編寫質量，便可大致瞭解其水平。初步掌握組員測試水平後，立即進行適當調整，目的是使先進幫助後進。
步驟4：任務穩定執行，績效，提效率
初步磨合後，測試任務便可穩步執行了。此階段，組長需關注組員的績效情況，善於發現和挖掘績效高的組員的經驗，予以獎勵，並分享經驗，目的就是提高測試 組整體的績效。為此，測試組長必須瞭解系統，無論是功能，效能還是其他，查對每個人的任務完成情況和證明。只有這樣才能做出準確的判斷。這裡的判斷可以是 對人員水平，也可以是具體的業務，技術難點。
步驟5：與其他組的溝通
好的專案經理70％的時間都在溝通，而好的測試組長也必須與其他組、上級建立良好的溝通。溝通就是化解衝突，使模糊的東西變清晰，常見的有：測試與開發對需求的理解衝突，測試版本和環境問題，業務和技術培訓，上級的期待與真實的衝突，測試輔助功能開發。
步驟6：團隊建設與激勵
再行的人也有累的一天，再冷酷的人也需要溫暖。大家一起吃吃飯，聊天，運動，娛樂等等都可以增進感情，增強凝聚力。
再謙虛的人也不會拒絕讚美和獎勵。能物質最好物質（現場幹IT的基本不是富翁），沒物質的用表揚來代替也是不錯的選擇。表揚可以是組內的，公司內的，甚至爭取更高。
步驟7：一顆感恩的心
組長的績效很大程度上都是靠組員實現，一顆感恩的心是自然的，必須的。在專案開始，進行中，結束時，都可有一些感恩的行為。最簡單的就是“謝謝”。
步驟8：協同組內成員共同學習進步
1）組織一些內部培訓，比如測試用例設計方法、測試基礎知識及測試經驗總結分享等。
2）學習一些程式語言，java、python等。
3）學習一些測試工具，比如介面測試工具jmeter、robotium等
滿足專案需求的團隊就是合適的。
需要考慮的有以下點：
1）團隊需具備哪些技能？例如：功能測試、介面測試、效能測試、安全測試、開發經驗等。
2）團隊的人員結構合理嗎？專案複雜度越大，時間越緊，需要的高階工程師越多。否則可以搭配些初學者。
3）團隊必須有準入行為。可通過簡歷、筆試、面試等手段甄別人員的真實水平。
步驟2：定工作規矩
沒有規矩不成方圓。
規矩有哪些？
1）測試用例模板：對於測試來說，測試用例是最基本重要的。因此，必須制定一個測試用例模板，並提供測試用例例項，對組員進行培訓，使得每個組員都很明確 的知道如何編寫測試用例。用例模板不一定十分複雜，需根據人員的情況來定，能滿足工作進度要求為首要考慮的點。人力資源越充沛水平越高，用例模板可越細 致。測試用例需明確指出其對應的需求項（對應到需求說明書的），保證能覆蓋所有的需求項。通常，測試用例模板需具備如下資訊：需求名（按層級劃分）、需 求細項、測試步驟（行為描述，需包含預期結果）、輸入資料（特定的資料集）、輸出資料（如果有）。測試用例編寫時，可按下列目標需求逐步完善，便可寫出覆 蓋較好的用例：基本功能->輔助功能->提示->處理約束->先決條件。
2）缺陷管理：採用何種缺陷管理系統，缺陷流轉規則是怎樣的。是否需要將需求、線上bug一併管理。
3）報工模板：體現出工作量、軟體質量情況，便於迅速定位問題和向上級報告質量情況。
4）評審規則：通常是對用例質量、用例的需求覆蓋情況、缺陷描述進行評審。
5）溝通規則：測試過程中測試人員與需求、開發、設計、釋出人員的溝通規則，無一定模式，能保證渠道暢通高效即可 。另外，人員足夠的話最好設定一名祕書性質的人員。
步驟3：做測試任務計劃，分配，試執行
有哪些事，什麼時候做，組員能正常開展工作？
制定測試任務計劃，並將計劃告之所有組員。制定計劃時，需考慮難度較大的分配給水平較高的，同時保證個體之間的工作量差別不大。進度方面，直接按專案計劃 執行。因處於專案測試初期，測試組長無法完全掌握測試組員的能力情況，計劃必須先試行一段再進行調整。通常，在組員第一次提交測試用例後，就仔細觀察組員 的用例編寫質量，便可大致瞭解其水平。初步掌握組員測試水平後，立即進行適當調整，目的是使先進幫助後進。
步驟4：任務穩定執行，績效，提效率
初步磨合後，測試任務便可穩步執行了。此階段，組長需關注組員的績效情況，善於發現和挖掘績效高的組員的經驗，予以獎勵，並分享經驗，目的就是提高測試 組整體的績效。為此，測試組長必須瞭解系統，無論是功能，效能還是其他，查對每個人的任務完成情況和證明。只有這樣才能做出準確的判斷。這裡的判斷可以是 對人員水平，也可以是具體的業務，技術難點。
步驟5：與其他組的溝通
好的專案經理70％的時間都在溝通，而好的測試組長也必須與其他組、上級建立良好的溝通。溝通就是化解衝突，使模糊的東西變清晰，常見的有：測試與開發對需求的理解衝突，測試版本和環境問題，業務和技術培訓，上級的期待與真實的衝突，測試輔助功能開發。
步驟6：團隊建設與激勵
再行的人也有累的一天，再冷酷的人也需要溫暖。大家一起吃吃飯，聊天，運動，娛樂等等都可以增進感情，增強凝聚力。
再謙虛的人也不會拒絕讚美和獎勵。能物質最好物質（現場幹IT的基本不是富翁），沒物質的用表揚來代替也是不錯的選擇。表揚可以是組內的，公司內的，甚至爭取更高。
步驟7：一顆感恩的心
組長的績效很大程度上都是靠組員實現，一顆感恩的心是自然的，必須的。在專案開始，進行中，結束時，都可有一些感恩的行為。最簡單的就是“謝謝”。
步驟8：協同組內成員共同學習進步
1）組織一些內部培訓，比如測試用例設計方法、測試基礎知識及測試經驗總結分享等。
2）學習一些程式語言，java、python等。
3）學習一些測試工具，比如介面測試工具jmeter、robotium等