1、“測試太容易，誰都能做”的觀點

　　“作為測試員，令人灰心的事情之一是在大多數時間內，你得不到應有的尊重”，在德州一家做IT服務的公司工作的Sodhani說道，“我很驚訝的看到測試團隊被精簡到這個地步，很多團隊中的大多數人竟然還沒有任何職業目標，他們工作只是為了薪水”。

　　Sodhani提到，在他的職業生涯中，他原來的同事選擇測試是因為這是他們能找到的工作。“對我來講，不存在其他人的職業目標的問題。但是現實令人很灰心，即便是你在做值得做的事情，每個人都用這種眼神看著你，‘這家伙知道什么？’”他同情那些有激情、有理想的稱職的測試員，但“他們自己正處于沒人關注他們職業的尷尬境地”。

　　2、東奔西跑收集需求

　　Sodhani的另一個煩惱是在一個實踐敏捷開發的公司里，任何需求都沒有形成文件。的確是這樣，沒有需求文檔，“所有的一切都是口頭的。我依然記得當老板給我分配測試任務時，我有多么的恐懼”。

　　他要研究的第一件事情不是要測試的應用軟件，而是被分配到一起工作的開發人員。“如果我知道開發人員是可以回答我所有問題的人，我放心了。我不關心需求的事情，關注的是如何和那個開發人員舒服的合作”，因為一旦知道了關鍵的需求信息，必要的測試又要重新執行一次。

　　3、開發者指示軟件測試工程師如何測試

　　這里有一個鮮活的例子。“我參與的一個項目要對后臺測試，需要驗證數據庫的一些表。”由于他不知道數據庫的表名和結構，他需要去問開發人員，“他直接說，‘我發給你一些我有的用例，你只要運行一下，這是你需要做的’。我愣著站在那，試圖想明白他剛才說了什么。

　　很顯然，開發人員告訴他測試時運行相同的用例，像代碼中執行的一樣，開發人員確認這是他的意思。“他說直到現在，對這個項目所做的測試于此。所以我想，‘我到底在測試什么？’我看著和開發者可能進行過的單元測試相同的數據，說‘它太棒了！’但這不是我想要的。”他想做的只是知道表的名字和它們直接的關系，然后他可以寫出他自己的測試用例，然而開發者卻有著不同的想法。

　　4、薪水不對等

　　你應該能回憶起來Cisco的Jeff Feldstein描述了測試員和開發者之間的薪水對等是吸引和留住有才能的測試員的關鍵因素。“根據我的經驗，我發現測試員和開發者在薪水標準上不是同一個類別。”當他詢問老板具體原因時，“我還從沒有得到一個有說服力的答復。大多數的回答只是簡單的說測試員做的事沒有開發者多。”典型的先下結論，再找原因。

　　Sodhani用職業運動隊為例，比較了IT部門的薪水差別。“一個體育特權隊伍雇用了一個天才運動員，他們為了留住他，給他提供了好的合同。”雖然這支隊伍從來沒有拿過，但隊中天才的運動員給了大家信心，激發了所有的運動員。“測試也是一樣。如果你有一個非常熟練的測試員，但你給他和其他普通測試員相同的薪水標準，他也沒有獲得機會升遷，其實你是在逼你的天才測試員離開。”

　　5、過于集中在手工測試

　　S0Sodhani說道：“手工測試不需要太多的技能，只要你積極肯干，勇于破壞，你能做好。”但是，他用從前的兩個工作經歷解釋道，一些知識??這里用測試自動化舉例??對測試員實現自己的目標會大有幫助。

　　“在JOB A，我是一個壓力測試工程師，一個經理是我正在用的自動化工具方面的專家。他知道我說的是什么，我們經常有熱烈的技術討論，我也從中學到很多。在JOB B，我團隊的成員很少有自動化測試的背景，對學習新東西沒有什么興趣。我們從來不會把精力放在自動化上，使得其一直延期。”他非常失落，因為沒有人和他討論技術。“所有人談的都是家庭瑣事。”這種高度重復的、發展停滯的手工測試工作“使我認識到團隊成員對工作的滿意度是多么的重要。”