目前it行業人員流動較大已經成為一種不爭的事實，員工的辭職大多數都會給組織帶來一定的影響，而這種影響基本是不可能避免的。
在測試領域，員工忽然辭職也會帶來很大的負面影響，尤其測試隊伍規模較小時。面對這種情況，我們所能做的，就是如何最大限度的降低這種影響。
根據作者的經驗，主要有兩種方法：
第一種是在測試人員內部建立乙個良好的學習環境，大家互相學習，這樣某些特有技術不會被某乙個人所掌握，而互相學習和提高自身，也是大多數成員願意做的；
第二種就是在組織中進行知識管理，把技術作為知識沉澱下來，這樣新的員工在接手工作時容易上手，通過學習快速適應環境。
此外，日常還要注意工作規範化，例如形成盡可能多的文件，都可以降低員工離職帶來的損失。
測試人員工作發生問題是測試經理經常要面對的問題，作為測試部門的領導，首先要做的是指出測試人員所犯的錯誤，使其盡快改正錯誤。
~~唯一不能做的就是盯著下屬的錯誤不放~~ 。
總盯著下屬的失誤，是乙個領導者的最大失誤。英國行為學家波特說：當遭受許多批評時，下級往往只記住開頭的一些，其餘就不聽了，因為他們忙於思索論據來反駁開頭的批評。
身為測試經理要根據測試人員的心理來進行指導，最大限度的調動每個人員的積極性來參加工作
大多數情況下，不主張加班。
當員工每週工作超過40個小時，他們開始在工作的時候關心自己的事。因為員工們一直都在工作。員工不能在太疲勞的狀態下完成工作
測試管理工作的重要任務之一就是要創造乙個環境，讓員工在工作時間內完成工作，同時還要鼓勵他們每週不要超過40小時，甚至可以基於他們在40個小時能夠完成的工作量給他們酬勞。通常情況下這樣做能夠提公升創造力，從而會逐漸提高效率。
測試工作本身的乙個突出特點就是不斷重複枯燥、冗長的測試，如果在疲勞狀態下，很有可能精力不集中，略過一些重要的測試環節。而且有的時候測試需要編寫測試驅動程式，這種情況更需要較好的狀態來工作
每個人都會犯錯，承認自己犯錯是一件尷尬的事情，尤其是管理人員認為對自己負責的專案小組承認犯錯可能會失去尊嚴。如果我們不是經常犯錯，承認錯誤的時候其實能夠贏得尊敬。
例如我們忘記一次會議，然後為此向同事或者客戶道歉，其他的人會理解我們的。
不管做了什麼，不要否認或故意忽略自己的失誤。故意忽略不會讓錯誤消失，這只會讓錯誤成長為怪物。
這個問題也許十分可笑，可是現實中我們的測試經理們卻不得不面對這個問題。這裡的全部測試不是指對軟體進行遍歷測試，而是指測試負責人制定的測試計畫包含的全部測試內容。
通常，不管是開發產品還是做具體的專案，都會發生耽誤進度的情況。一旦整體進度不能向後延遲，專案相關人員習慣上的做法就是縮減測試時間。尤其在功能還沒有開發完成的情況下，這種現象更為突出。
擔負著質量重任的測試經理，如何來解決這個問題呢？比較好的做法是按照下面的步驟逐步來完成和改進工作：
（1）按照測試任務的輕重緩急，盡最大努力完成測試任務。在時間不足的情況下，我們應該對測試任務按照優先順序來劃分，重要緊急的任務先完成。這個時候的測試任務是一種輔助性工作，其目的就是盡最大努力來提高質量。因此，面對這種情況，測試負責人要做的就是帶領測試小組充分利用所有資源來保證質量。
（2）在實際工作中和開發人員共同配合，逐步改進工作。只有整個團隊的軟體開發能力提高了，才能從根源上解決問題。因此，測試負責人要帶領團隊和開發小組共同尋找適合自己的開發模式，從而使專案規劃的更加合理，進而按照預定計畫來開展測試工作。
總之，在任何情況下，測試負責人都不應該抱怨。只有積極的面對問題，才能更好的解決問題。
目前國內的軟體公司不重視測試仍然是一種普遍現象。儘管很多公司在意識上已經開始重視測試，但是在具體工作中，往往由於追趕進度、節省資源等方面原因而忽略測試工作。在這種情況下，測試負責人仍要對軟體質量負主要責任。在這種環境下，測試負責人應該如何開展工作呢？
首先，要主動去配合開發人員完成工作。尤其是不能抱怨環境，在任何情況下抱怨是不能解決問題的，只能加重矛盾的激化。在此基礎上，逐漸顯出測試工作的重要性，然後再逐步健全測試體系。
其次，用實際行動來證明測試工作的重要性。只有測試工作的業績逐步表現出來，人們才會真正的注意到測試的重要性。因此，測試負責人從點滴開始做起，才能逐步做好測試工作。
要想做好軟體，把開發的軟體產品形成商品，測試工作必須和開發一樣重視。否則，質量不好的產品，很快會被市場淘汰的。現代的軟體規模越來越大，測試工作也會越來越重要，因此測試負責人只要堅持做好工作，可發揮作用的空間會越來越大。
最後要說的是，如果真的是在乙個沒有希望的團隊裡，測試負責人可以考慮辭職。辭職也是乙個不錯的選擇，到新的環境去發揮自己的能力，要比長時間的懷著「鬱悶」的心情去工作好的多。
測試管理者在測試專案中的主要任務是制定測試策略，管理測試計畫的落實情況，並且還要為測試專案的進行創造良好的執行環境。同時還要調動員工的創造性，對員工的工作作出評估。這些工作不一定要求測試管理者達到專家的水平。
但是在實際工作中，由於測試人員的短缺，測試管理者常常做為測試員來執行具體的測試任務。尤其在規模較小的測試團隊，測試管理者的日常工作通常以具體的測試執行工作為主，這個時候更需要測試管理者有較好的背景知識。
總體說來，技術方面的背景知識對測試管理者是十分有益的。例如：分配工作任務、做進度預算，以及一些具體的執行工作，都需要一定的背景知識。當然，做為乙個測試管理者，沒有必要精通所有的技術，那也是辦不到的。測試管理者做到正確的幫助員工最好地完成工作，並且提供最好的完成工作的環境就可以了。
在實際專案開發中，我們常常看到有些單位忽視測試團隊存在的意義，當要實施測試時，往往臨時找幾個程式設計師充當測試人員。也有些單位儘管認識到了組建測試團隊的重要性，但在具體落實的時候往往安排一些毫無開發經驗的行業新手去做測試工作，這常常導致測試效率低下，測試人員對測試工作索然無味。
測試團隊應首先聘請一名資深的測試領域專家，他應具有極為豐富的同類專案軟體測試經驗，對軟體開發過程中常見的缺陷或錯誤了然於胸；此外，他還具有較好的親和力和人格魅力。其次，專案測試團隊還具有很多具備一技之長的成員，如對某些自動化測試工具運用嫻熟或能輕而易舉地編寫自動化測試指令碼等。
另外，測試團隊還應聘請一些兼職成員，如驗證測試實施過程中，同行評審是最常使用的一種形式，這些同行專家就屬於兼職測試團隊成員的範疇。至於測試團隊裡裡的測試新手，這部分人可以安排去從事交付驗證或黑盒測試之類的工作。
軟體測試的疑惑（四）
在很多測試 的論壇上，這個問題都是津津樂道的熱門話題。而究其根源，主要是因為很多測試人員做不了開發才來做測試，於是其中的很多人便懷著一些 膽怯 心理，與同行反覆 這個問題，期望其他人能夠肯定 即使不會開發也能做好測試 的觀點，以便在心理上得到一些安慰。是否需要開發技能與測試人員從事的測試工作種類有極...
軟體測試 介面測試 三
有軟體的地方就有介面，就會有介面測試。介面測試是軟體測試中，最多，最繁瑣，最簡單的測試。尤其在本地化測試 多國語言測試 中，有很多的介面測試。介面測試,也叫ui測試 user inte ce testing 本文介紹一些常見的介面測試，以及描述介面bug時所用的術語。檢查使用者介面的風格是否滿足客戶...
軟體測試基礎三
軟體測試需求分析 1 什麼是軟體需求 測試需求主要解決 測什麼 的問題,一般 來自需求規格說明書中原始需求 測試需求應全部覆蓋已定義的業務流程,以及功能和非功能方面的需求 2 軟體需求的必要性 簡而言之 只有明確了測試需求,才知道怎麼去測試?什麼時候開始測試,要多少人測試,在什麼環境上測試?3 如何...