任務分配實則很空洞，每個公司的工作內容不同，工作時間不同，組織結構不同，如何能讓任務分配成為通用的法則的呢？

我會先講舉一個例子來說明：

某leaderA有3個任務，①原有功能的優化 ②新活動專案 ③已開展專案測試，接下來這個leaderA做了下面這些工作

1、評估了這3個工作的工作量

（是leader一定要學會工作量的評估，就是要對需求對業務的高度理解，說起容易，做起來難）

2、清點了團隊的可用人員

3、3個任務的測試天數

4、然後開始分配人承接任務

上面的例子不知道是不是很熟悉，絕大多數的管理者都會這樣做，剛開始的我也會這樣，但是我發現效率並不高，因為人好像一直都不夠用

書，一定要讀，這些理論解決了我很多困惑：

測試任務安排（考慮的問題和困難）：

（1）針對工程師個人的特點和特長來安排適合工作的特定任務

（2）不同的階段可以適當交叉互換測試人員

（3）任務安排均勻、公平，不要造成一部分人的任務過重，一部分人的任務過輕

（4）將關聯性很強的若干個（子）任務安排給一個人

（5）任務不能安排太緊，適當留有餘地

測試任務安排的步驟：

（1）在做測試計劃時，對測試執行所需要的資源進行規劃，一般會增加比較多的餘量15%-20%，使測試資源有足夠的準備。

（2）在設計測試用例時，預估每個測試用例的執行所需時間，並記錄在測試用例資料庫中，為後期估計備註

（3）根據每個測試用例的預估時間，可以算出每個測試模組的工作量

（4）分析軟體模組之間的關係，然後根據模組的關聯性和相應的工作量進行模組進行模組組合

（5）根據每個人的特點，將組合模組分配給各個測試人員

（6）一輪測試結束後，交叉互換測試的模組組合

希望，你看過的時候，不要是隻看了一遍，很多東西，多讀，多思考，細細回味，自己是否做到了這些？書讀百遍，方可有所收穫

測試管理如何和書掛鉤呢？不是應該是些人情世故的麼？

軟體測試他不是吹噓，是需要真才實學，大量的理論才能支撐工作，這裡就講一講測試在每個階段看的書籍，好學的朋友可以參考一下

功能測試：

《全程軟體測試》這本書確實包含了很多精髓，若是你買了這邊書，只看了一遍，那麼我要說你還需要多讀幾遍，我的blog有對這本書的提煉，特別是初學軟體測試，有的東西除了眼過，最好能夠背誦然後自我理解。這本書涵蓋面比較廣，但是裡面第4章對測試用例的解說，真的可以反覆品味

《軟體測試之魂》這本書吧，比《全程軟體測試》要簡單一點，語言要通俗一些，對軟體測試的解說可以說一看就懂，最好這2本書都學習，眾家之說也需要自己參透不是

效能測試：

《效能測試進階指南-Loadrunner11實戰》之前有一本9.1的，不過後來版本更新，當然我們也要跟得上時代，Loadrunner比較強大，我們一般都是破解版的，不過這並不影響我對他的喜愛，他主要從效能測試原理到工具使用再到專案實施，全面介紹了效能測試的各個方面，其內容基本主線說明如下。第一步（瞭解理論）：磨刀不誤砍柴工，打下基礎；第二步（掌握工具）：深入介紹LoadRunner工具三大部分（Virtual User Generator、Controller、Analysis）分別是如何實現使用者行為的模擬、效能指標的監控、負載的生成及後期的資料分析；第三步（專案實施）：介紹效能測試專案實施；這本書我是極力推薦的

《精通軟體效能測試與Loadrunner實戰》這本書，我沒有怎麼研究，後來就開始喜好上了jmeter了，其實都是工作所需，每個公司對工具的要求都是不一樣的，對工具的要求也不一樣，不過網上介紹很好，建議研究

《jmeter中文教程》我想說，jmeter的強大何至於此，他說一款開源工具，很多公司對他都極其喜愛，他既可以做效能測試，還可以做介面測試，這裡就不多描述了哦

自動化測試：

《QTP工具書》不過我不建議學習這個，因為QTP的擴充套件性較差，且適用的範圍有很大的侷限性，所以還是建議大家學習其他的自動化技術

《Selenium Webdriver測試工具食譜》這本書講解自動化測試技術比較基礎，但是實用

每個時刻都多學習一點，作為管理者不要被會議毀掉了努力的幹勁，跟得上節奏的只有腦袋裡面的知識的哦·····

以上介紹的書籍都是我們已經看過N遍才介紹給大家的