軟件測試管理中的測試團隊激勵制度
由于軟件測試工作需要每個成員都需要有高度的責任感、全身心投入，我們就必須通過良好的管理方法和一系列激勵措施，在測試小組中保持高昂的士氣和動力。比如，可采用一.些管理形式土做那些代替組織團隊不能做的事情：使測試小組的成員相信，測試部門經理和更上層的經理重視他們的工作和貢獻，尊重他們的想法，并且當他們需要幫助時，
1、表揚和獎勵
表揚和獎勵仍然是激勵測試人員最主要的一種形式t甚至采用積極的方式去幫助測試人員改正缺點，而不用批評或責備方式。表揚的形式多種，一封E-mail是簡單的方式，雖然沒有一點物質刺激，但還是有作用的。當然也川以設置一系列獎勵項目，如：
· 發現bug最多的人員被授予bug王。
· 晶有價值bug(MVB)。
· 優秀測試計劃。
· 最有價值測試用例。
· 季度優秀員工。
· 季度優秀新員工。
2、站在測試小組一邊
我們曾經提過，目前國內還存在一些誤區，認為測試工作地位要低一些，做編程更具有技某性和挑戰性。我們或許小能改變這種不正確的觀念，并且在相關政策上，這種錯誤的看法從某種程度上也得到體現。然而，町以采取一些辦法，把這種想法對測試小組的消極影響降低到雖低。
首先要使測試人員堅信，他們的想法和建議能夠得到足夠的尊重，因為他們最了解產品，對產品的每一項功能都很清楚，所以對產品提出的建議一般都具有針對性、有極高價值。
其次，要保護測試人員。編程人員是可以犯錯誤的，因為程序中有錯誤是正常的，沒錯誤是不正常的，程序中的錯誤有測試人員來把守，但測試人員不能犯錯誤，如果某個測試人員漏掉某一個bug，可能會讓用戶碰到，問題會變得很嚴重。也就是說，某個測試人員發現1000個bug，結果漏掉一個嚴重bug，最后得到的評價就是不好的，可能是前功盡棄。而按照科學研究表明，發現的bug越多，潛在的、束發現的bug可能性也會越大。所以，測試人員往往受到不公正的對待，需要被保護。當面對別人對你測試小組成員進行憤怒的攻擊時，不管這個倒霉的測試人員犯了什么錯誤，不要公開地批評和指責他。然而，作為測試部]的經理，卻應該承認存在的問題，可以說：“是的，我或許能夠把工作做得更好。我想是在評審報告時出現了失誤，但是讓我們再討論一下這個錯誤�！边@樣會有助于測試人員的情緒穩定。
此外，不管測試人員犯了什么樣的錯誤，都不應該干擾對他們從事的正確事情的注意力。如果在一個令人不快的錯誤報告中缺乏隔離步驟，但是這個錯誤是不町否認的，那么就不要讓人們忽視這個事實。如果一個測試人員的性格，不適應嚴重性逐漸增強的問題，那么應該把注意力轉回到問題本身上來。應該和在場的測試人員一起做這件事情。在公開的場合中，應該明確地支持你的組員，然后在這件事情過去和反應平靜之后，找一個機會，私下同大家做必要的交流工作。通過展示在受攻擊時表現的這種團結，或者在私下處理他們的失誤，你將在你的員工中建立真正的忠誠信念。
3、提高士氣
提高士氣可以從以下幾個方面去做：
· 薪水。如果測試工程師的薪金標準低于公司中其他工程師的水平，
就應該和人 資源部一起努力，爭取使具有同等職責、經驗、學歷的人得到同等水平的薪水。如果存在不合理的情況，就沒法做些薪水調查，幫助解決實際存在的問題。
· 職務。開發人員的職務可能比測試人員的職務有更高的等級和威望，這種不公平的現象也應該得到消除，即使小能消除，也要朝這個方向努力。也可以設置測試人員專業系列職務，建立一套認證體系，這些專業系列職務包括初級測試工程師、測試工程師、資深測試工程師、豐任測試工程師、項目組長、項目經理、產品經 理、質量經理、質量總監等。
· 工作時間。由于軟件測試的特殊性，可能加班的時間會多些，這就要求測試經理多為測試人員爭取額外補償和其他的利益，或指出這樣做的不公平性，設法制訂一個更合理的項目日程表，改進工作方法，提高工作效率。
· 培訓機會。由于測試任務重、或者認識上的誤區(如覺得測試技術性低，沒必要參加培訓)，測試人員很少有機會參加一些重要的培訓。作為測試經理，就應該做好培訓_顱鋒，設法創造機會，壘少讓那些優秀的測試人員去參加非常有用、有吸引力的軟件測試技術絨項H管理等方而的會議。
4、支持合理的工作方式
山于軟件測試的特殊性，不切實際的進度安排和軟件開發前期丁作沒做好，結果所有被延誤的叫間會壓向測試階段，測試所需要的時間被擠鹺，從而造成測試人員加班比較常見的現象。所以，要幫助他們建立有效的、合理的工作方式，保緩解被擠壓的時間所帶來的壓力，并且注意關心測試小組成員的成長。
在軟件測試中，常用的方法有：
· 白天創建、編輯測試腳本，在下班前啟動白動測試腳本，讓系統晚上自動運行測試，第二天早上拿到結果。
· 調節各人休息時間表，保證測試每周7天都能執行測試，充分利用測試機器和其他資源，對每個測試人員依然每劇_[作5天。
· 將測試工作進行分解、細化，一部分人(2～3個人比較好，
至少包括測試項目組K)可以先進八某個測試項目，設計測試計劃、測試用例、建立環境等。
· 項目計劃或產品功能的變化，對測試影響要比開發大，事先要對這些風險進行充分估計，在估計測試時間時，要留有定的余地。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
