第九章 團隊管理 本章目標是一線的測試人員，分析測試人員如何面對項目管理的一些挑戰。 9.1工作風格 9.1.1測試人員通過服務團隊來體現自己的價值 首先，測試人員應該設定正確的工作目標。為了設定工作目標，需要思考一系列問題（公司戰略，項目使命，項目團隊的目標，我的具體目標，做哪些工作實現自己目標）。 在確定具體工作項時，測試人員應該放寬視野，不必計較工作劃分的邊界。 其次，設定目標之后，測試人員需要認真完成自己的工作。許多必不可少的工作是比較枯燥的，應對辦法是合理理解測試任務，負責的態度去完成任務；使用創新思維來重新思考任務，如編寫腳本自動完成等。 9.1.2 測試人員應該正直 對測試人員來說， 正直是客觀公正地處理工作并始終誠實地報告質量問題。 專業的測試人員應客觀地傳遞信息，應該報告的是產品需要解決的問題，而不是對任何人的批評。《人件》中指出軟件項目的主要問題是社會學問題。 9.1.3 測試人員的影響力來自于出色的工作 一個總是讓缺陷得到修復的測試人員，無論他的頭銜是什么，總是擁有實質性的影響力，這種影響力的根源來自于測試人員的優秀工作，以及在工作中表現出的技術能力。 9.1.4 信任程序員的努力，并用技術調查檢驗其工作 9.2測試管理 9.2.1個人測試計劃應該是項目測試計劃的延伸 將一個概括描述的任務轉化為一組明確的工作項。對于每個工作項，測試人員都可以思考以下幾點： 測試對象，測試策略，測試資源，測試時限，測試成果。 經過細化，測試人員可以將一個里程碑級別的任務分解為一組工作項。以里程碑為測試迭代周期，以周為測試迭代周期，以構建為測試迭代周期。 9.2.2制訂個人測試計劃時應該綜合考慮各種項目元素 可以參考啟發式測試計劃的語境模型HTPCM，來決定測試任務和測試過程。此外，還可以利用啟發式測試策略模型和項目風險列表來多角度的思考項目風險，安排相應地測試活動。 許多時候，測試人員直接與程序員協作。程序員發布構建給測試人員，測試人員測試構建并報告缺陷。 除了與程序員協作，測試人員之間也有許多合作機會。以下是一些啟發式問題：集成測試的時限和目標；了解測試合作者和他們的職責；理清測試依賴，并為可能出現的問題制定應對方案；考慮測試人員之間的協作方式；定期報告測試進度。 9.2.3測試需要動態管理 一些常見的原因： 在測試之初，測試人員很難預測產品會具有哪類缺陷，他所擬定的測試策略可能大獲成功，也可能無法奏效；測試工作處于整個研發流程的下游，會依賴一些測試人員不可控制的上游因素；一些測試工作對測試環境和資源有較高的要求，會依賴一些項目團隊不可控制的因素；開發過程中會有一些突發事件，使得測試人員不得不中斷當前工作去緊急處理。 測試過程發生變動是正常情況，是復雜的技術問題和緊迫的開發過程在測試領域的自然結果，測試人員應該主動的面對變化，用動態管理來積極調整測試計劃。 第一，在考慮特定測試對象時，測試人員應該為研究與調查預留足夠的時間。 第二，測試人員需要動態地調整工作和測試想法的優先級。 第三，測試人員可以借助測試迭代，定期評估項目情況，并調整測試工作項。 第四，測試人員應該關注項目風險，并及時向程序員、產品經理和測試經理報告。 第五，測試人員需要經常自問：“我現在可以測試什么，能夠如何測試”。 在某種程度上，動態管理來應對項目級別的風險。也就是說，測試人員需要將項目風險作為驅動測試計劃發展的重要因素，持續地監控風險，并制定相應的行動方案。 9.3軟件估算 實施有效計劃的一個重要前提是準確地估算工作項所需的時間或成本。 9.3.1測試人員應該估算自己的任務 有效估算的第一步是正確理解基本概念 估算是對任務所需的時間和成本的預測；目標是期望完成的任務；計劃是實現目標的方案；承諾是許諾在特定日期完成之前完成目標。 為了避免誤解，測試人員需要理解關系人的真實意圖， 并就所討論的內容達成共識，以下是交流的要點： 估算、計劃和承諾的核心是目標；測試人員需要向關系人詢問，他究竟需要什么信息，以及為什么需要這些信息；測試人員應該與關系人協商，確定一個提交正式答案的時間。 總之，估算是測試管理和項目協作的重要活動，是計劃和承諾的基礎。負責人的測試人員會謹慎的評估工作項的時間，并用估算值來分析工作計劃的可行性。 9.3.2用計數和計算作為估算手段 9.3.3歷史數據是估算的重要參考 根據歷史數據，測試人員可以較方便地估算出一項任務所需的時間。 9.3.4同時估算最差情況和最好情況 當思考最壞情況時，測試人員會更發散地思考；估算只是一種預測，其結果不可能做到百分百準確；即便測試人員需要提供單點估算，他也可以先估算最好情況和最差情況。 9.4度量 9.4.1理解度量方法的基本元素 有效運用一種度量方法的前提是透徹地理解它。核心元素如下：意圖；屬性；算法；屬性與算法的聯系；可能的副作用； 9.4.2明確度量的目標 度量的目的是為項目決策提供信息，是為了更合理的行動。測試人員需要了解度量的用途，知道他所服務的用途。 9.4.3掌握屬性和算法的關系 因為度量結果總是有偏差的、片面的，所以僅憑數字就做出項目決策是危險的。為了獲得全面認識，測試人員會使用多個度量方法從不同角度評估屬性。 9.4.4理解度量方法的優點和缺點 嚴格來說，任何度量方法都是對屬性的簡化，其結果都丟失了屬性的一些重要信息。 9.4.5密切關注度量的副作用 度量的副作用往往來自于管理層制度的開發流程。兩點建議，供參考： 第一，測試人員應該堅持原則，以正直的態度來服務團隊。 第二，測試人員應該密切關注度量的副作用。 9.4.6注重實效的計算 度量的計算應該力求簡單、自動和準確。 首先，測試人員應該有些考慮簡單的度量方法，如代碼行數統計、缺陷個數統計等。 其次，測試人員應該盡量自動地計算度量結果。 最后，測試人員應該在測試活動結束后立即收集度量所需要的輸入數據。 9.5測試小組 9.5.1價值觀 正直和互助是團隊工作的基礎。 測試人員可以在如下領域中做出貢獻：測試小組周會；測試小組知識庫；定期的測試報告； 9.5.2團隊建設 以下活動對團隊建設有潛在的幫助：集成測試；結對測試、組隊測試和頭腦風暴會議；缺陷掃除； 9.6小結 測試人員通過服務團隊來體現自己的價值，這要求他設定正確的目標，高質量地完成工作，并樂于助人。 為了對自己負責，測試人員應該建立正確的價值觀，其中，正直和互助是核心價值。 測試人員的影響力來自于出色的工作成果和工作中所表現出的能力。 團隊成員都在盡力幫助項目，測試人員應該支持他們，并用技術調查檢驗其工作。 個人測試計劃是項目測試計劃的延伸，需要考慮各種項目元素，并聚焦風險。 測試活動需要動態管理，通過測試迭代、動態優先級、有效估算、及時報告等實踐來適應不斷變化的項目語境。 測試人員需要經常自問：”我現在可以測試什么？能夠如何測試？“ 測試人員應該估算自己的任務，以此為依據擬定計劃，然后做出承諾。 計數和計算是估算的基本手段，項目數據是它們的處理對象，因此，準確估算的第一步是妥善地收集項目數據。 同時估算最差情況和最好情況是常有的估算技巧。而定期比較估算值和實際值，分析不準確估算的原因，也有助于提高估算能力。 掌握度量方法，需要了解它的意圖、屬性、算法、聯系、副作用。 所有度量方法都具有局限性，要了解它們的不足，并避免它們的負面影響。 凝聚團隊需要小組成員通力協作，成功完成一個單人無法承擔的任務。 重視一件事應該體現為花時間和精力把它做好。 第十章 個人管理 10.1時間管理 時間管理本質上是任務管理。對于測試人員來說，時間管理是測試管理的一部分，其目的是在項目期限內完成一組動態變化的測試任務。 10.1.1 利用任務清單記錄所有工作項 第一步是維護一份任務清單，用它記錄并追蹤本周的工作項。 高效工作的第一步是保持專注。 工作清單樣例：第一部分是本周的工作項列表；第二部分是本周日程表；第三部分是今日工作安排； 10.1.2 堅持周計劃和每日回顧 測試人員使用周迭代作為個人測試計劃的基本單元，以此來實現測試活動的動態管理。 為了追蹤周計劃的實施情況，檢查當日工作列表，并制定隔天的工作列表，主要活動如下： 為新出現的任務安排時間；將當天未完成的工作項移到第二天；為第二天安排具體的活動。 10.1.3 專注是高效工作的前提 專注的工作可能是最重要的內部動力 許多時間管理方法建議工作者分配一段時間，在其中排除干擾，專心致志地完成一件任務。建議用一個 時間盒測試一個主題。 另一個提高工作效率的小技巧是充分利用多顯示器。 除了個人的努力外，測試小組也可以有意識地創造”安靜時間“。 10.1.4 恰到好處的文檔化和自動化 關于節省時間，有兩點經驗： 第一，犯錯會浪費時間，認真把事情做對能節省時間。 第二，參考成功的解決方案有助于把事情作對，從而節省時間。 以下是一些常見的文檔編寫時機： 一邊測試，一邊記錄；在發現錯誤時，記錄正確的做法；當解除疑惑時，記錄答案；在集體測試活動之前，編寫測試指南。 以下是一些文檔編寫小技巧： 用操作文檔來呈現如何完成一個復雜的任務；用測試想法列表或檢查列表來記錄測試策略；使用代碼片段、屏幕截圖、視頻錄像、超級鏈接等元素簡化文檔編寫。 測試人員沒有時間把所有任務都自動化，而且也不是所有的事情都適合做自動化。 10.2持續學習 10.2.1在工作中學習 確定項目團隊或所在領域最需要的技能，然后努力掌握它們。對于此類知識，通過實際工作來掌握是一種比較好的學習方法。這樣做可以加速獲取知識與應用知識的循環，并讓學習成果立即幫助測試過程。成功的應用能夠增強測試人員的信心，鼓舞他更深入地研究。 簡單介紹接手一個功能時，會做哪些初步的學習： 首先，會實施積極閱讀，評審該功能的移交文檔； 其次，除了團隊內部文檔，還會參開外部資料； 最后，通過漫游測試和快速測試來實際操作軟件，建立或完善該功能的一批測試模型。 隨著測試的發展，會進一步的研究產品和項目元素，并嘗試更多的測試方法。在測試過程中，測試人員不但能學到許多與產品相關的知識，還可以循序漸進地學習行業知識、開發技術、測試方法、測試模型等內容。只要他保持學習的積極性，勇于進入新領域并嘗試新技術，測試工作就能幫助他持續成長。 10.2.2持續閱讀 除了在工作中學習，測試人員還需要超出公司業務和軟件測試，拓展自己的職業發展。 10.3 且行且思 經歷和經驗是兩個緊密相關又相互區別的概念：經歷是一段工作的過程，而經驗是從該過程中學習到的理論和方法。從個人努力的角度，經歷只與工作時間和工作內容有關，它會隨著工作年限而自然增長，但是 經驗則需要主動地積累和反思。 且行且思，一方面，它暗示軟件人員的職業生涯是漫漫長路，需要 堅持不懈地跋涉；另一方面，它指出持續的努力應該伴隨 持續的思考，執行與反思缺一不可。專業人員需要建立對自己工作的反饋回路，通過定期審視其工作，設別出成功的實踐和失敗的實踐，并制定相應的改進方案。 和許多開發者一樣，同時使用 兩種記錄載體，一個是 私人工作日志，用于保存個人想法；一個是 團隊知識庫，用于分享對團隊有價值的知識。 本質上， 且行且思、記錄所學和分享所學的核心是持續的反思和積累。這要求測試人員建立反饋回路，通過各種途徑來評估自己的行為和方法，并記錄下經驗教訓和改進方案。其功效并非一朝一夕就可顯現，但是 集腋成裘的積累會獲得豐碩的成果。 10.4 成為專家 首先，測試人員應該成為一名通才。 其次，一名測試新人需要避免的思維誤區是用某個職務頭銜限制自身能力的發展。 最后，測試人員需要選定一個區域，成為該領域的專家。 專家的一些共性的特征如下： 專家透徹地了解他的領域；專家會持續拓展其專業領域；專家會主動承擔領導責任；專家會主動將自己的工作和知識分享給團隊。 10.5小結 時間管理的本質是任務管理，即為一組任務制定合理的計劃，然后有效地執行，并動態調整計劃。 應該把所有任務信息集中在一個地方，以便隨時參考和修改。 周計劃和每日回顧有助于實施動態計劃，以適應復雜且變化的項目情況。 高效工作的第一步是保持專注。 測試人員應該主動創造專注的工作環境，單任務的時間盒是常見方法。 錯誤會浪費大量的時間，認真把事情作對能節省時間。 恰到好處的文檔化和自動化能夠用較小的代價呈現切實可行的解決方案，有助于避免錯誤，節省時間。 學習的本質是知行合一，是吸納、實踐、反思的循環過程。 通過工作來學習項目或領域最需要的技能，有事半功倍之效。 測試人員需要超出公司業務和軟件測試，來擴大自己的知識儲備。對此，堅持閱讀是一個基本辦法。 為了從實踐中獲得更多，測試人員要且行且思、記錄所學、分享所學。 測試人員應該同時拓展其技術能力的廣度和深度，成為通才和專家。 堅持不懈是職業發展的基礎性策略。

總結

以上是生活随笔為你收集整理的软件测试实战（微软技术专家经验总结）--第九、十章（团队工作、个人管理）读书笔记的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。