由于軟件測試工作需要每個成員都需要有高度的責任感、全身心投入,我們必須通過良好的管理方法和一系列激勵措施,在測試小組中保持高昂的士氣和動力。比如,可采用一.些管理形式土做那些代替組織團隊不能做的事情:使測試小組的成員相信,測試部門經理和更上層的經理重視他們的工作和貢獻,尊重他們的想法,并且當他們需要幫助時,

  1、表揚和獎勵

  表揚和獎勵仍然是激勵測試人員主要的一種形式t甚至采用積極的方式去幫助測試人員改正缺點,而不用批評或責備方式。表揚的形式多種,一封E-mail是簡單的方式,雖然沒有一點物質刺激,但還是有作用的。當然也川以設置一系列獎勵項目,如:

  ? 發現bug多的人員被授予bug王。

  ? 晶有價值bug(MVB)。

  ? 測試計劃。

  ? 有價值測試用例。

  ? 季度員工。

  ? 季度新員工。

  2、站在測試小組一邊

  我們曾經提過,目前國內還存在一些誤區,認為測試工作地位要低一些,做編程更具有技某性和挑戰性。我們或許小能改變這種不正確的觀念,并且在相關政策上,這種錯誤的看法從某種程度上也得到體現。然而,町以采取一些辦法,把這種想法對測試小組的消極影響降低到雖低。

  首先要使測試人員堅信,他們的想法和建議能夠得到足夠的尊重,因為他們了解產品,對產品的每一項功能都很清楚,所以對產品提出的建議一般都具有針對性、有極高價值。

  其次,要保護測試人員。編程人員是可以犯錯誤的,因為程序中有錯誤是正常的,沒錯誤是不正常的,程序中的錯誤有測試人員來把守,但測試人員不能犯錯誤,如果某個測試人員漏掉某一個bug,可能會讓用戶碰到,問題會變得很嚴重。也是說,某個測試人員發現1000個bug,結果漏掉一個嚴重bug,后得到的評價是不好的,可能是前功盡棄。而按照科學研究表明,發現的bug越多,潛在的、束發現的bug可能性也會越大。所以,測試人員往往受到不公正的對待,需要被保護。當面對別人對你測試小組成員進行憤怒的攻擊時,不管這個倒霉的測試人員犯了什么錯誤,不要公開地批評和指責他。然而,作為測試部]的經理,卻應該承認存在的問題,可以說:“是的,我或許能夠把工作做得更好。我想是在評審報告時出現了失誤,但是讓我們再討論一下這個錯誤。”這樣會有助于測試人員的情緒穩定。

  此外,不管測試人員犯了什么樣的錯誤,都不應該干擾對他們從事的正確事情的注意力。如果在一個令人不快的錯誤報告中缺乏隔離步驟,但是這個錯誤是不町否認的,那么不要讓人們忽視這個事實。如果一個測試人員的性格,不適應嚴重性逐漸增強的問題,那么應該把注意力轉回到問題本身上來。應該和在場的測試人員一起做這件事情。在公開的場合中,應該明確地支持你的組員,然后在這件事情過去和反應平靜之后,找一個機會,私下同大家做必要的交流工作。通過展示在受攻擊時表現的這種團結,或者在私下處理他們的失誤,你將在你的員工中建立真正的忠誠信念。

  3、提高士氣

  提高士氣可以從以下幾個方面去做:

  ?  薪水。如果測試工程師的薪金標準低于公司中其他工程師的水平,應該和人  資源部一起努力,爭取使具有同等職責、經驗、學歷的人得到同等水平的薪水。如果存在不合理的情況,沒法做些薪水調查,幫助解決實際存在的問題。
 ?  職務。開發人員的職務可能比測試人員的職務有更高的等級和威望,這種不公平的現象也應該得到消除,即使小能消除,也要朝這個方向努力。也可以設置測試人員專業系列職務,建立一套認證體系,這些專業系列職務包括初級測試工程師、測試工程師、測試工程師、豐任測試工程師、項目組長、項目經理、產品經  理、質量經理、質量總監等。

  ?  工作時間。由于軟件測試的特殊性,可能加班的時間會多些,這要求測試經理多為測試人員爭取額外補償和其他的利益,或指出這樣做的不公平性,設法制訂一個更合理的項目日程表,改進工作方法,提高工作效率。

  ?  培訓機會。由于測試任務重、或者認識上的誤區(如覺得測試技術性低,沒必要參加培訓)

測試人員很少有機會參加一些重要的培訓。作為測試經理,應該做好培訓_顱鋒,設法創造機會,壘少讓那些的測試人員去參加非常有用、有吸引力的軟件測試技術絨項H管理等方而的會議。

  4、支持合理的工作方式

  山于軟件測試的特殊性,不切實際的進度安排和軟件開發前期丁作沒做好,結果所有被延誤的叫間會壓向測試階段,測試所需要的時間被擠鹺,從而造成測試人員加班比較常見的現象。所以,要幫助他們建立有效的、合理的工作方式,保緩解被擠壓的時間所帶來的壓力,并且注意關心測試小組成員的成長。

  在軟件測試中,常用的方法有:

  ?  白天創建、編輯測試腳本,在下班前啟動白動測試腳本,讓系統晚上自動運行測試,第二天早上拿到結果。

  ?  調節各人休息時間表,保證測試每周7天都能執行測試,充分利用測試機器和其他資源,對每個測試人員依然每劇_[作5天。

  ?  將測試工作進行分解、細化,一部分人(2~3個人比較好,至少包括測試項目組K)可以先進

八某個測試項目,設計測試計劃、測試用例、建立環境等。

  ?  項目計劃或產品功能的變化,對測試影響要比開發大,事先要對這些風險進行充分估計,在估計測試時間時,要留有定的余地。