針對兩方面的計劃風險，需要作出以下改進措施，並堅決執行：

　　1、資源共享。組織培訓，儘快使原有兩個組中的核心業務知識共享，同時，每個成員還會負責原有的日常測試工作，在開發部門的開發模式不調整的情況下，繼續以專案為單位，進行測試。同時，在培訓和自學中，儘快掌握其他業務，同時，達到可以對其他業務的手工操作熟練掌握，最終可以實現招標，採購測試人員的交叉。

　　2、技術共享。測試工作中的技術應用，通過會議，培訓，工作安排，達到兩組完全融合，技術平衡，測試管理平衡，測試規範，文件平衡統一，測試技術技能應該平衡。

　　3、對人員的工作分配和使用，除了按現有的方式暫時分配工作，增加一項考核內容，就是管理部門分配的其他專案的業務水平和測試認知的考核，通過考核，使測試人員儘早的進入這種“多程序”的工作方式，最終的考核結果，會和測試人員的職級產生影響，最終的原則應該仍是在優勝劣汰的原則.

　　3.3.2 計劃外風險

　　1、開發模式的改變。重組的技術開發部門是否仍是以專案為單位，進行產品開發，功能整改工作，還是會有新的開發模型？這將直接影響到測試管理部門的職責行使、工作安排。

　　2、公司整改戰略思想的政策支援度。四個部門同時整改，造成原有的工作模式和工作方式，在各部門都產生重要影響力，勢必會在行使之初，有些資源利用，調配，以及資源的掌握上，有一個適應的過程，這不只是測試部門。如果在短期內，四個整改部門出現不相容的情況，公司的整理處理方針是什麼？

　　針對計劃外的風險，沒想過具體方式方法，只能暫時這樣制訂：

　　1、如果開發模式改變，只能靈活的制訂相應的測試策略，調整原來的測試方式，集中討論，形成對應的處理機制。

　　2、如果出現不利於公司前進的因素出現，測試部門整改的一箇中間部門，和前一級，下一級部門儘早協調，爭取早日更好的接軌，倘若行不通，以公司指令和調配為準。

　　四、測試管理部發展規劃

　　4.1 部門建設

　　部門整合後，會對測試建設提出兩個目標，以此為目標，打造體系完善的測試管理部。

　　4.1.1 短期目標：

　　實現兩個測試組的融合：資源融合，技術融合，業務融合，工作融合，計劃用3-5個月實現。

　　具體規劃：

　　1、工作考核

　　2、部門績效考核

　　3、近期工作安排

　　4、培訓安排

　　5、業務測試互動

　　6、人員定崗，定職

　　4.1.2 長期目標：

　　把測試管理部發展為綜合業務水平高，測試技能突出，測試影響力大，測試經驗豐富的團隊。

　　具體規劃：

　　1、部門測試影響力

　　2、測試技術掌握

　　3、職級確定

　　4、部門協作

　　5、人才培養和留任

　　6、人才引入

一、現任崗位工作

　　1.1 工作內容

　　1、負責招標測試組的測試管理工作，測試組成員的測試工作進行安排，測試工作方式，測試技能，進行分析和掌握，並針對不同的測試人員的工作和技術特點，採取不同的方式進行管理和指導，提供建設性的意見和建議，並帶領組員共同學習和創新，用於專案的測試具體工作中，提高測試水平；

　　2、指導測試人員，並和專案其他部門溝通，以提前測試執行時間為目的，對專案的需求完善，進行答疑；對專案開發進度和缺陷修改，進行督促，從而使測試在良性狀態下順利進行，同時對整個專案進度和質量起到重要作用；

　　3、熟悉招標的各項業務，在業務熟悉的基礎上，轉化為測試需求，並結合現有的測試組工作狀態進行分析，制訂相關的規範和流程，並在提高測試技術水平和測試方法上，開展一系列的嘗試工作，並做出相關的文件，以及對相關的技術難點攻關；

　　4、對測試的需求，計劃，用例和缺陷進行評審，提出指導意見和改進方法，完善原有的專案測試工作，尤其是對測試需求和缺陷提交的規範進行細緻的引導；

　　1.2 工作業績

　　1、基本熟悉招標網平臺中的各種型別招標的基本流程，並對流程中的業務進行理解，轉化為測試思想，指導測試工作的執行；

　　2、對“競爭性談判”專案的測試管理進行規範，以公司原有的相關規格說明書為指導，和測試人員討論後，結合專案實際情況和以往工作經驗，制訂相應的QC中的管理流程，指令碼編輯更易理解和易使用的資訊，方便，有效的用於測試需求和缺陷的編寫；

　　3、參與其他專案例會，掌握測試人員跟進專案組的實際測試工作，作指導性的意見，並協調其他部門，更好的為測試開展提供方便；

　　4、針對一些專案中的成形的業務和功能操作，手工測試執行繁瑣。提出自動化測試框架的搭建需求，因為招標測試組以往的自動化測試進展水平較低，從頭開始構建自動化測試框架思想，並編寫完成框架思想和一部分針對具體專案的概要設計工作。

　　5、通過了解業務功能，以及整體產品執行的硬體平臺和產品整體結構框架，開始引入效能測試分析的內容，並對tomcat實行監控，資料庫進行效能分析，並對具體專案，編制效能測試方案和部分測試用例，並完成了原型指令碼的編寫，使之可以更好的在場景中執行。

　　二、競聘匹配度分析

　　2.1 工作經歷分析

　　1、從2002從事軟體測試行業至今，經歷了這個行業的發展過程，同時，積累了豐富的工作經驗，並且轉化為管理和技能，可能更好的用於公司的測試工作中，做出貢獻；

　　2、在原來公司，有過三年網際網路測試經驗，並且針對網站和平臺的每次改版，都充分發揮了測試負責人和測試實施者應有的作用，保證每個產品都能順利上線；

　　3、在測試這個行業中，有過5年既是測試工作師又兼測試組長的雙重經歷，從而更瞭解測試人員的工作和想法，同時，更方便上下相容，並且可以更好的和兄弟部門溝通交流；

　　4、加入必聯至今，一直引導招標測試組的測試管理工作，並對組裡人員進行測試理論指導和技術指導，同時，讓組成員的工作狀態都飽滿起來；

　　5、對測試和管理的工作有很強的興趣和信心。

　　2.2 技術分析

　　1、熟悉Linux，Windows系統，並且熟悉web技術開發的框架和體系結構，可以熟練的配置相應的測試環境，同時對測試版本進行控制；

　　2、熟悉軟體工程，專案管理的理論和方法，對各種開發和測試模型有很好的認識和理解，並可以靈活用於專案中；

　　3、軟體測試整體過程中，測試需求、測試計劃用例，測試執行，以及對缺陷的分析和定位，有敏銳的想法和解決方案；

　　4、對軟體測試主流的輔助工具，如：TD，QC，JIRA，QTP，LR，可以很好的使用，並用於實際的測試過程中；

　　5、熟悉ORACLE資料庫的操作和使用；

　　6、對開源的部分測試工具，有一定的理解和使用能力，如：ruby，selenium等；

　　7、從事多年的測試工作，具有良好的語言表達能力和文字，文件編寫處理能力，同時，英語四級水平使得看一些英文文件，稍藉助翻譯軟體，即可形成中文的專業文章，可學習和共享給其他組員；

2.3 管理分析

　　1、可以根據資源配置，可以形成以垂直管理為主導，多結構化的管理方式，既體現首席管理者的指導管理和協調管理職能，又會根據具體情況，分層次和組合的進行測試工作的開展；

　　2、可以對專案的測試時間，質量和成本的控制能力較強，在測試開始之際，就會建立一個測試預警方案；

　　3、以往的工作中，會主動管理和工作，主動向上傳遞，提交測試資訊；主動向下關注，指導測試工作的良性進行，使每個人都有工作可做；對自身而言，除此之外，會對部門的建設和技術，學習，培訓等方面，開展實際的工作；

　　4、可以充分利用測試資源，特別是人的應用，同時，對測試部門成員有完整，全面的認識和理解，支援；

　　5、通過原有的工作經驗，結合現有測試部門的管理工作，仍然會實行優勝劣汰的方式，可以犯錯，但是不能無所作為。

　　6、在管理溝通方面，在工作週報和月報中，建立相應的板塊，除了工作總結，應該會有學習總結，問題總結，個人建議意見填寫，這些內容和考核績效結合；在例會，面對面交流過程中，討論是關鍵字；

　　7、可以和兄弟部門，從屬部門，其他職能部門有良好的溝通。主要是充分利用公司各種資源，如：員工之間的私交，工作上的上下級關係，專案整體關係，公司OA等，形成良好的溝通氛圍，完成自己想要達到的目的。

　　三、測試管理部組織規劃

　　3.1 組織目標

　　首先我們需要明白測試管理部的目標是什麼？就我個人理解，主要是三個方面：

　　1、測試管理部統一後，可以更方便的呼叫兩個部門的測試人員，進行業務互換測試，同時，可以在業務熟悉之後，產生新的測試要點，拓寬測試人員的業務知識和測試水平；

　　2、技術共享。原來兩個測試組，採購和招標因為所謂業務不同，造成的技術不平衡情況有望在統一後的測試管理部打破，同屬測試部成員，根據專案要求以及業務掌握情況，會在統一安排下，互相扶助，從而達到技術和業務雙贏

　　3、增強測試持續發展，降低測試預期分險。兩個組的資源分散，主要是人力，每個人再分散到一個專案中，造成業務，技術孤立，使某專案或產品的可持續測試不能進行，同時，提高測試水平，提高專案質量受到很大限制，測試管理部的可以更優分配資源，兩個專案可以由至少兩人同時參與，共同協作，達到1+1優於2的要求。

　　3.2 崗位規劃

　　設想根據不同的業務，不同的專案開發，劃分兩個級別的測試工作人員，記為高階測試工程師，測試工程師。

　　因為公司原有的制度中對測試技能職級未做細分，所以在測試管理部組建之後，會暫時按原有的方式職級進行工作安排，通過工作和技術在實際的應用中發揮的作用，測試管理部會提交各人的工作總結，學習總結，技能實際掌握情況，形成部門績效考核，再由整個技術部門和相關的人力等職能部門，對測試人員職級進行調整。

　　在未做調整之前，測試管理部經理會盡快了解測試部內的人員技能水平和業務水平，進行工作安排，在工作中進行考核，同時，為了專案測試順利執行，對業務能力熟悉的人員，安排相應的測試前期的準備工作，同時，會有一個輔助人員會加入，作為輔助測試人員，主要為了熟悉業務和測試過程，也為了增強該專案的可持續測試。

　　根據專案大小，細分模組，儘量安排至少兩人以上參與測試工作，從測試需求，用例設計，測試執行，分工協作，但是每個人的在專案中的測試工作，是獨立的完成，最後，進行測試整合，形成測試相關文件，完成測試整體工作。

　　3.3 風險分析

　　3.3.1 計劃風險

　　1、測試資源風險：部門組建之初，會出現暫時的資源迭代的情況，主要是人力資源，需要每個人在主負責相關的測試專案的工作外，需要對其他專案進行測試跟蹤和學習，測試人員是否可以跟進部門安排的工作，儘快完成從單業務測試向多業務的瞭解和掌握，從而可以開展測試工作，需要時間來證明。同樣，測試管理部對部門整體的測試環境的掌握，測試經理對部門的實際瞭解和最終流暢運作，需要一定的時間來組織和構建。

　　2、人員風險：新的整體部門的組建，雖然會維持一些原有的流程和作業規範，但根據實際情情，勢必會進行調整，原有人員是否可以適應新的工作方式，在原有的成型的工作習慣基礎上，是否可以學習，加強業務知識，專業技能，是否能順利的完成任務，需要保守估計。

針對兩方面的計劃風險，需要作出以下改進措施，並堅決執行：

　　1、資源共享。組織培訓，儘快使原有兩個組中的核心業務知識共享，同時，每個成員還會負責原有的日常測試工作，在開發部門的開發模式不調整的情況下，繼續以專案為單位，進行測試。同時，在培訓和自學中，儘快掌握其他業務，同時，達到可以對其他業務的手工操作熟練掌握，最終可以實現招標，採購測試人員的交叉。

　　2、技術共享。測試工作中的技術應用，通過會議，培訓，工作安排，達到兩組完全融合，技術平衡，測試管理平衡，測試規範，文件平衡統一，測試技術技能應該平衡。

　　3、對人員的工作分配和使用，除了按現有的方式暫時分配工作，增加一項考核內容，就是管理部門分配的其他專案的業務水平和測試認知的考核，通過考核，使測試人員儘早的進入這種“多程序”的工作方式，最終的考核結果，會和測試人員的職級產生影響，最終的原則應該仍是在優勝劣汰的原則.

　　3.3.2 計劃外風險

　　1、開發模式的改變。重組的技術開發部門是否仍是以專案為單位，進行產品開發，功能整改工作，還是會有新的開發模型？這將直接影響到測試管理部門的職責行使、工作安排。

　　2、公司整改戰略思想的政策支援度。四個部門同時整改，造成原有的工作模式和工作方式，在各部門都產生重要影響力，勢必會在行使之初，有些資源利用，調配，以及資源的掌握上，有一個適應的過程，這不只是測試部門。如果在短期內，四個整改部門出現不相容的情況，公司的整理處理方針是什麼？

　　針對計劃外的風險，沒想過具體方式方法，只能暫時這樣制訂：

　　1、如果開發模式改變，只能靈活的制訂相應的測試策略，調整原來的測試方式，集中討論，形成對應的處理機制。

　　2、如果出現不利於公司前進的因素出現，測試部門整改的一箇中間部門，和前一級，下一級部門儘早協調，爭取早日更好的接軌，倘若行不通，以公司指令和調配為準。

　　四、測試管理部發展規劃

　　4.1 部門建設

　　部門整合後，會對測試建設提出兩個目標，以此為目標，打造體系完善的測試管理部。

　　4.1.1 短期目標：

　　實現兩個測試組的融合：資源融合，技術融合，業務融合，工作融合，計劃用3-5個月實現。

　　具體規劃：

　　1、工作考核

　　2、部門績效考核

　　3、近期工作安排

　　4、培訓安排

　　5、業務測試互動

　　6、人員定崗，定職

　　4.1.2 長期目標：

　　把測試管理部發展為綜合業務水平高，測試技能突出，測試影響力大，測試經驗豐富的團隊。

　　具體規劃：

　　1、部門測試影響力

　　2、測試技術掌握

　　3、職級確定

　　4、部門協作

　　5、人才培養和留任

　　6、人才引入

4.2 人員激勵

　　測試管理部的測試人員的激勵，主要從以下方面進行闡述：

　　1、從工作安排上來說，主要是要讓每個人都清楚自己的工作任務，明確知道自己在做什麼，從而使每個人都是在工作，對於主動工作的人員，在部門的績效考核和公司的考核中，要有一定的體現；

　　2、職級進行分類後，根據員工的工作情況，可以和其他職能部門協商，升，降職級以此對工作作肯定和否定，這種方式慎用，主要是部門內部的工作和部門建設出現問題，原因分析確實因為個人所致的。

　　3、配合公司的薪水，獎金，福利制度，對人員的工作進行獎，罰。

　　4、對每個人興趣的，和測試相關的培訓，學習給予支援和鼓勵，並可以在專案進度允許情況下，可安排員工重點去攻關，學習，培訓，從而得到學習總結和成果，共享於測試部門，提高所有人相關知識。

　　5、測試人的自我激勵：主要是對這個職業的熱愛，態度的積極性，對待工作主動思考，同時會影響到其他人。

　　五、測試管理部業務規劃

　　5.1 招標網業務規劃

　　1、現有專案的日常測試工作穩定執行。對業務比較複雜的專案，加入新的測試人員，參與學習和輔助測試工作；

　　2、進一步提取原來兩個組中的精華和集合點，形成共同的基於公司業務和專案開發的完整的測試工作流程；

　　3、基於招標平臺的狀態機設定以及業務流，結合自動化測試框架的思想，把原有的成形的功能模組和節點整合到自動化測試框架中；

　　4、開展基於測試工作環境下的效能測試和效能分析

　　5、在開發機構完善，測試相對獨立後，考慮搭建一個真正意義上的測試環境，從提取程式碼，編譯，部署到版本測試控制，測試執行，測試分析，測試結果生成，在測試管理部的測試伺服器上完成；

　　6、加強部門可持續發展建設。以學習、工作效率還有積極主動性作為衡量工作的比重較高的標準。

　　5.2 採購網業務規劃

　　工作方式同招標業務。

　　六、測試管理部職能行使

　　6.1 測試職能

　　1、行使參與專案預審，參與專案評審工作；

　　2、行使測試組建，測試準備，測試執行，測試分析，測試報告生成的工作；

　　3、按專案進度，行使對需求的完善，開發過程中的失誤，錯誤進行驗證，控制專案進度，控制時間成本，控制質量的工作；

　　4、加強部門建設過程中的學習和培訓，以及參與其他部門的技術，業務交流的工作；

　　5、使用者驗收測試完成後，使用者培訓手冊，使用者操作說明的編制工作。

　　6.2 部門溝通

　　1、利用公司的現有資源，如mail，RTX，OA等，保持現有的交流風格和方式；

　　2、貫徹測試理論到整個專案過程中，整個部門以重視產品質量為前提的工作狀態下進行相關工作。

　　3、積極和其它相關部門互換意見，尋求共贏點。

　　4、測試產生的資料，即時通過測試管理QC或其他相關手段，反饋給相關部門，同時，其他部門產生的資料，流經測試時，測試管理部積極處理，如果出現停頓，測試部相關人員主動查詢停頓原因；

　　5、測試人員通過工作的主動性，從測試和質量控制環節上，帶動其他部門的主動性，並且通過工作上的主動開展，形成部門溝通的良性迴圈。