由於測試組長有事，請假一個月，所以我有幸體會了一次測試組長的工作，感慨頗多，簡單總結了，具體如下：
1、 任務比較多時，需要根據優先級來安排任務，哪個最着急先完成哪個，且最好是記錄下來排個順序。因 爲有些任務是電話、開會上口頭說的，有些是零散的郵件說明的，如果時間一長估計就忘了。這個我也就遇到過，當時項目經理隔三差五的給發個郵件說要完成哪些 任務，我基本上都是來了任務就分配下去，未弄明白優先級，導致後來忙的團團轉，一會兒要這個報告，一會兒要那個報告，結果呢要不是沒完成，要不是就完成的 質量不行。
2、 任務的細節最好搞清楚。比如要專項測試時問清楚測試版本，測試時是否需要抓相應的log,對結果反饋有沒有特殊要求，如果在測試期間有新版了是否需要更換新版本測試，之前舊版本測試過的是否需呀用新版本再次驗證….
3、 對任務完成的進度、bug數等相關信息要很熟悉，並能隨時說出來。這個我也做的不好，記得開週會的時候被項目經理問及系統測試完成的進度如何，在規定時間是否可以完成，現在bug是否多不多，集中在哪些模塊….，我當時腦袋都蒙了，不知道需要了解這些信息。當時我就說任務差不多能夠完成，發現的bug都已提交到bug庫 了，如果想了解的話可以上那裏查看。項目經理聽了沒說什麼，我覺得自己做的很差。開完會後我就趕緊挨個問組內成員是否可以在預期的時間內完成任務。有了這 一次的教訓，在下次的例會上我就先做了相關方面的工作，任務分配下去了，過一段時間郵件或電話詢問進度，然後也時不時的上庫中查看Bug。
4、 測試人力方面有困難要及時找測試經理。當 時也是測試時又來了個很着急的任務，人力實在有限，這個任務又不能延後，我都不知道怎麼辦，只是跟項目經理說人力有限，要完成的話很難。項目經理還比較 好，知道我是臨時的，所以她直接找到測試經理說明任務，一番溝通後又支援了一人，這樣任務就能完成了。不知道爲啥我自己就沒想到找測試經理，當時的想法就 是自己加班來完成，但那段時間我都連續家加了好幾次班了。
5、 瞭解組內成員的能力。當時測試時人力有限，有3個人被臨時支援測試。分任務前我先電話瞭解這個人之前測試的模塊，也通過他們的領導瞭解到這幾個人的測試水平，然後再分任務時可以有的放矢，將重要的模塊分給能力強的，對於走case慢但發現Bug能力強的可以將任務少分點，讓有時間做自由測試，以發現更多的bug.這方面我還是做的可以的。
6、 適時鼓勵、讚美組內成員。前段時間是比較關鍵的時候，任務多、重，過幾個星期就要出貨了，所以週末難免要加班，平時晚上也要加班，同事都有怨氣了，這幾個人都是臨時支援的，普遍有種只是完成任務，給我的感覺就是沒有那種很盡力的感覺。我也能理解，所以當人發現比較好的bug時我都會發郵件讚美一番，或者是他們的工作習慣很不錯時也會適時的讚美一下，組內有個新人很久都沒發現bug，在這期間突然發現了幾個bug，而且個別Bug也不錯，爲此我也特別發郵件鼓勵了一番，沒想到後來發現bug的數量有所增加。我不知道是否和我的鼓勵有關，但進步了總該是好事。如果能細心認真的觀察組內的成員，相信多多少少有一些閃光點是值得我去學習的。
目前的體會就這些了，畢竟經歷的時間有限，相信如果在這個職位上工作的時間更長的話會有更多的體會，希望大家拍磚，謝謝。