如何合理安排測試團隊人員分工的問題?
對於大部分研發團隊,測試資源總是處於緊張的狀態。一些專案經理,測試經理也常常抱怨,測試人員配比總是低於常規的比例。那麼怎麼安排測試資源,特別是在時間有限的情況下,以及在不能增加測試人手的情況下?作為管理者,怎樣才能發揮測試團隊的最大效率?
答案很簡單: 各司其職,各盡其責。
透過激發測試隊員的積極性充分發揮各自潛能,並培養團隊協作氛圍增加團隊精神,工作上步調一致,來最大程度的發揮團隊效能。不同測試階段採取不同測試策略,例如測試過程中出現定位效應、審醜疲勞和同化現象可採取交叉測試來規避;鼓勵創新,不斷變化測試方法來提升測試效率;儘量讓每個人做不同的事情減少重疊和內耗,在專長上面要有互補性,充分發揮各自特長。
開發人員與測試人員怎麼配比才合適?實際這裡沒有一個恰當的固定值。一個研發團隊,開發、測試的人手配比不是簡簡單單3:1或者5:1一概而論。這個主要根據公司的成本考慮,具體來說就是與開發人員、測試人員的素質息息相關。在谷歌的核心研發團隊,根據瞭解,開發測試人員配比是10:1!而在常見的企業中,大部分配比都是3:1,然而在微軟可能又是1:3!所以,大部分企業可以死心了,如果僅僅是為了做一個東西炒作一個題材、概念,那麼就不要想像谷歌那樣去要求測試,那到時可能沒人能做下來。
當然,如果想追求使用者的極致體驗,也可以像微軟那樣去配比,但這個成本不是浮躁的企業能夠承受的^_^所以一個研發團隊開發、測試的人員配比,要根據所招開發人員、測試人員的素質來進行合理的配比,萬萬不可一刀切,否則後面要不開發團隊很閒,要不測試團隊很閒。
當測試人員有限,而研發團隊多條業務線同時進行時,應該怎麼調配人員?是一測試人員專門負責一業務線,還是測試人員統一排程安排,哪個有空就抽調哪個?這也是研發團隊中專案經理或者測試經理覺得困難的問題。實際沒有那麼複雜,主要根據業務的週期和複雜度來決定。業務複雜度高、週期長的,至少得有一個人專項負責,最好有兩人能夠熟悉該業務。如果該業務清閒時,則騰出該專項負責人進行其它業務的測試,忙時也可以根據其它業務線的情況抽調其它人加入測試。兩個人熟悉業務,同時保證了專項測試人員流失時,對這塊業務的銜接測試。
為什麼複雜度高、週期長的業務需要專人負責?這也是一個很簡單的問題:真實經歷,所在測試人員技能素質都差不多的情況下,如果誰能更多的發現問題,同時能更多的提出些建設性的最佳化意見,主要與這個人員對某塊業務的熟悉度有關。這也是為什麼我們經常會看到招人,需要有多少某個行業的經驗原因,這樣的測試人員才能更快入手測試。
測試計劃不如變化,開發交付物延期,測試時間不能變更,測試人員不能增加的情況下又該怎麼調配人員呢?相信這個問題在現實中,大家都會碰到。同樣,這裡有一些解決辦法。
首先要儘早的介入測試(這裡主要指測試實施的接入時間,不是我們常說的需求、計劃設計等階段的接入),最好加入整合測試,即當開發做好一個介面,或者模組時,就應該介入測試。不要等著所有東西出來再測,這樣不能在前面就發現開發人員的一些壞習慣,讓其後續避免,導致所負責的東西在測試時問題不斷,也導致後面測試時間壓縮後沒有更多的應對措施。
其次,應該標出測試功能模組的優先順序,在時間不足的情況下應儘量保證優先順序高的部分能夠充分測試。在業務複雜,週期長的專案,最好準備一些基礎測試用例,這樣才能避免我們在時間緊的情況下出現遺漏,避免事故的發成(血的經驗和教訓)。最後就是,儘可能爭取內部資源了,比如可能閒置的設計團隊、產品團隊等。這裡需要我們測試梳理一套可行的測試工作規範,裡面應涵蓋測試的內容,用例的設計,缺陷的管理,測試透過的准入、準出標準等。這樣透過簡單的培訓,即可讓爭取到的內部資源儘快的投入測試,做一些基本面的測試工作。讓專業測試人員放更多精力在核心的功能、業務、效能乃至安全測試上。
最後,在安排人員上,還應該因人而異,即根據每個人的情況安排到合適的測試中去。每個人都很難做到樣樣精通,如果透過合理的安排,讓每個人獻出自己的最大能力,那麼勢必會事半功倍。否則會事倍功半,同時打擊了人員的積極性,最終導致黯然離場。所以,一個測試人員是否能獲得他人的認可,也與上面管理者是否有根據該測試員情況所作出的合理工作安排有關。
測試人手的安排沒有想象的那麼困難,首先要看開發人員、測試人員的素質,其次更多需要靠管理者的智慧去解決。
每個人有自己的專長,要把專長保持好並不斷創新,要互相取長補短,多向資歷老的同事學習,多問多記多總結。業精於勤,測試雖然辛苦但也是有趣的。
最後,給測試經理/主管的意見和建議:識人善用,充分發揮隊員各自優勢,併為隊員提供適度的寬鬆環境和自主的時間支配,這樣組員積極性會高,團隊效率會高。要做組員的堅強後盾,當工作中遇到問題時,能為他們提供支援和幫助,並把自己的知識儘可能的轉移給組員,促進下屬成長,自己從中解放出來思考更多問題。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69940641/viewspace-2652241/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 個人分工04——團隊衝刺
- 測試團隊效率問題思考
- 如何解決百人研發團隊的管理問題?
- 如何制定測試團隊的績效考核
- 團隊管理、團隊人員技術培養 的 思考和交流
- 你上家公司前端團隊有多少人?是怎麼分工的?前端
- 迭代結束,專案經理要求測試人員發郵件,如何與團隊成員分擔發版的權利?
- BATJ大廠測試人員必知的經典效能問題BAT
- 測試人員如何提高API功能測試效率?API
- 測試人員如何攻破物聯網測試?
- 如何編寫測試團隊通用的Jmeter指令碼JMeter指令碼
- 自動化測試常見問題總結!(適合新手團隊)
- 測試人員如何上手去測試鴻蒙 NEXT鴻蒙
- 軟體測試團隊的管理
- 基於六西格瑪減少測試團隊報告問題的偏差
- 測試人員承接測試需求的策略
- 探究如何管理和領導遠端開發人員團隊
- 如何構建測試團隊的軟實力 - 高學文
- 測試人員如何做需求評審?
- 測試主管接手新團隊的幾件事
- 遊戲測試人員如何提升自己的技術水平?遊戲
- 測試工程師必學:測試人員如何深入瞭解專案工程師
- Linux問題:敏捷實踐如何幫助團隊更有效?Linux敏捷
- 測試人員的價值=自動化測試的水平?
- 中小團隊的技術負責人如何做好技術團隊建設
- 軟體測試人員面試會遇到哪些靈魂提問?面試
- 測試人員與開發人員的比例究竟多少是合理的?
- 中小團隊如何做單機類產品的遊戲測試?遊戲
- 每個軟體測試員最怕被問的問題:“測得怎麼樣了?”
- 每個軟體測試員最怕被問的問題:“測得怎麼樣了?”做測試太難了
- 測試CMS同步問題測試CMS同步問題
- 團隊作業5——測試與釋出
- 測試行業 怎麼招聘女測試人員,行業
- 路人開發對測試人員的看法
- 軟體測試初級人員如何應對職場面試?面試
- 軟體測試員如何提取測試需求?
- 測試人員必會SQL命令SQL
- 技術團隊管理者的問題視角