工作這些年，開了多少次會議我已記不清了，很多時候領導給你分配的工作量，計算的時間是不包含這部分開會時間的，所以怎么讓自己只參加那些有效的會議就顯得尤為重要了。我總結了下，作為一名軟件測試人員，需要開的會議有5個。

1 團隊晨會

參與團隊晨會，主要是匯報昨天工作情況和今天計劃要做的工作，以及在工作中遇到的問題？如果有問題可以尋求幫助，不管是人力上的支持還是技術上的支持，測試總監會給你出解決方案，或是組內人員討論，讓自己有更多的想法，通常這個晨會時間在15--20分鐘內，如果覺得每天開頻率有點高的話，可以一、三、五召開。

2 需求評審會

需求評審會是測試人員開展工作的源頭，所以這個會議測試人員必須全程參與。在參與之前可以自己先過2--3遍需求，帶著問題來聽需求會讓自己節省后續的工作時間，需求評審完成后，測試人員需要將需求轉化成功能點，可以以思維導圖的方式展開，這樣便于梳理邏輯。

3 用例評審會

用例評審會是展示一個測試人員實力的好時機，在你給研發和需求講解你的用例的時候，你不僅可以提高自己的演講能力，別人還能從你編寫的用例中看出你的邏輯思維是嚴密的還是松散的，有的人編寫的用例一輪評審就能通過，有的人編寫的用例需要兩輪，三輪。完全憑個人實力。

4 測試結果討論結會

測試完成后，測試人員是需要編寫一份測試報告的。編寫該報告的主要目的是總結這輪測試執行了多少用例，發現了多少bug, 還有多少bug沒有修改。對于那些有爭議的bug，產品經理和測試經理以及研發經理會幫你決定要不要修改。同時研發經理根據這些bug 會告訴你，他們下一輪提測的時間，這樣你就能做到心中有數。

5 項目站會

項目站會通常是因為項目臨近上線前夕（10-15天），為了督促研發修改bug而設立的。凡是與項目有關的人都需要參與，簡單說下今天測試或是研發遇到的問題，研發經理會根據問題的難易程度調配他們組內的人力資源，可以說這個會議，是快速迭代中不可缺少的環節。

針對上面這些會，有些問題爭議比較大的，耗時比較多，可能只涉及到小部分人員。這樣可以安排會議后單獨討論，不用在大會中占用大家過多的時間，要知道你占用的時間越多，別人加班的時間就越長。