從IT崗位轉(zhuǎn)到軟件測試差不多有快2年了，每一個(gè)行業(yè)的人都會(huì)在考慮自己所作的工作或者行業(yè)是否得到公司的重視，提高所在團(tuán)隊(duì)的地位。下面是從論壇討論時(shí)候的帖子現(xiàn)在整理出來給大家都看看。
   
    通常真正要考慮這個(gè)問題的是一個(gè)公司的測試經(jīng)理，當(dāng)然站的多高看得多遠(yuǎn)，對(duì)于普通測試人員能在這個(gè)問題上有深入的考慮，我只能說句敬佩了。
   
    個(gè)人的地位很大程度決定于你所在的團(tuán)隊(duì)，而一個(gè)測試團(tuán)隊(duì)和其他團(tuán)隊(duì)或其他組織內(nèi)的團(tuán)隊(duì)并無二異，它的地位取決與它所產(chǎn)生的商業(yè)價(jià)值，是諸多主客觀因素決定的，而在現(xiàn)今的大環(huán)境下客觀因素有時(shí)候占主導(dǎo)。各個(gè)公司并非沒有牛人，為什么很少有人能真正扭轉(zhuǎn)現(xiàn)狀。但是我們應(yīng)當(dāng)看到的是整個(gè)情況正在向積極的一面發(fā)展，而對(duì)于客觀條件的過分抱怨也沒有多大意義，讓我們來分析一下造成現(xiàn)狀的一些原因。
   
    測試一般不直接產(chǎn)生商業(yè)價(jià)值，它是通過減少開發(fā)的損失來體現(xiàn)價(jià)值的。這里說一般是因?yàn)橛欣，假如你能?dú)立接測試項(xiàng)目能夠直接創(chuàng)造利潤。但現(xiàn)在有這個(gè)能力的公司屈指可數(shù)，本土的更是鳳毛麟角。那減少損失不重要么？當(dāng)然重要，而且是極端重要。但是你怎么衡量減少的損失？沒有出現(xiàn)的損失不是損失，是無法估計(jì)的，無法變成活生生的統(tǒng)計(jì)數(shù)據(jù)擺在高層領(lǐng)導(dǎo)桌上的。三鹿出事情以前又有誰把質(zhì)檢看得那么重要的？更可怕的是高層明知道質(zhì)量有問題卻抱僥幸態(tài)度聽之任之。軟件行業(yè)里沒有么？很多項(xiàng)目經(jīng)理掛在嘴邊的是：我的這幫伙計(jì)都有多年經(jīng)驗(yàn)了，活有保證的。
   
    對(duì)策：無。只有在業(yè)界摸爬滾打多年，吃了不少苦頭的企業(yè)才會(huì)刻骨銘心地知道質(zhì)量才是生命線，靠說教是沒用的。作為個(gè)人只好良禽擇木而棲了。
   
    整個(gè)軟件工程體系發(fā)展相對(duì)滯后。IT領(lǐng)域發(fā)展極快，中國軟件業(yè)在商業(yè)應(yīng)用上的快速發(fā)展顯然沒有得到理論科學(xué)的很好支撐。很多項(xiàng)目經(jīng)理人都很年輕，是從程序員逐步成長起來的，缺乏對(duì)軟件工程，項(xiàng)目管理的理論修養(yǎng)和經(jīng)驗(yàn)，對(duì)技術(shù)和個(gè)人能力的迷信超過了系統(tǒng)的理論，對(duì)軟件產(chǎn)業(yè)的風(fēng)險(xiǎn)估計(jì)不足。測試往往是他們?nèi)菀缀鲆暤沫h(huán)節(jié)，因?yàn)樵谒麄冊(cè)缙诘捻?xiàng)目實(shí)踐中缺少這方面的教訓(xùn)。很多項(xiàng)目經(jīng)理相信開發(fā)人員足夠應(yīng)付日常測試，無需或只需很少的專職測試，這樣可以壓低成本。
   
    對(duì)策：無。隨著一批民族軟件中堅(jiān)力量的成熟，科學(xué)理論的發(fā)展和實(shí)踐應(yīng)用，情況會(huì)逐漸改善。
   
    從業(yè)人員相對(duì)能力的薄弱。多種原因造成。
   
    首先是上述兩大原因造成的大環(huán)境。哪個(gè)從業(yè)人員不想升職快加薪快。那他們?cè)谶x擇職業(yè)分支時(shí)無疑會(huì)找"吃香"的。在論壇上的xdjm特別是男生，想一想你們有誰在讀大學(xué)的時(shí)候想著畢業(yè)要做測試的？這是一種惡性循環(huán)，軟件測試人員的待遇越差越少的人才愿意投身，越少人才，他們的地位越難提升。
   
    其次是學(xué)校教育的缺位。高等教育是批量造軟件人才的機(jī)器，這樣生產(chǎn)出來的人才象機(jī)器的零部件和容易組合在一起，因?yàn)樗麄冇休^接近的職業(yè)素養(yǎng)和專業(yè)風(fēng)格。有人形容印度程序員寫出的代碼都是一張面孔的，為什么？因?yàn)樵趯W(xué)校里有人告訴他們什么是好的編程風(fēng)格，什么是項(xiàng)目的佳實(shí)踐，什么是完成一個(gè)模塊的一般步驟。中國大學(xué)有嗎？多少人是進(jìn)了公司才知道注釋的風(fēng)格規(guī)范的？高考的應(yīng)試作文倒是有點(diǎn)像，可惜一無用處。
   
    再次是測試人員在工作中相對(duì)缺乏提高技術(shù)能力的機(jī)會(huì)。相對(duì)于開發(fā)人員，測試人員接觸新技術(shù)，或深入接觸成熟技術(shù)的機(jī)會(huì)相對(duì)較少，需要擠時(shí)間來學(xué)習(xí)。缺乏系統(tǒng)的學(xué)習(xí)過程和專人培訓(xùn)。業(yè)余時(shí)間的自學(xué)效果遠(yuǎn)不如在項(xiàng)目里邊做邊學(xué)來的好。這也是很多軟件測試人員很難從簡單操作型向技術(shù)型轉(zhuǎn)變的重要因素。
   
    還有一點(diǎn)是項(xiàng)目分工過細(xì)造成眼界過窄。qa的只管流程和整理文檔，不懂測試，測試的只管跑用例，不懂開發(fā)。軟件項(xiàng)目是個(gè)有機(jī)體，只看一塊卻不關(guān)注全局是很難適應(yīng)未來的發(fā)展趨勢(shì)的。而開發(fā)人員在測試上的適應(yīng)性顯著地比測試人員理解系統(tǒng)和代碼強(qiáng)。
   
    后一個(gè)很重要的因素是很多測試人員經(jīng)常被綁在某一產(chǎn)品甚至某一模塊上很久。日久產(chǎn)生厭倦感或惰性。軟件人員重要的一項(xiàng)素質(zhì)是廣博的知識(shí)面。但長期做一個(gè)或一種類型的項(xiàng)目顯然是不利于發(fā)展的。
   
    對(duì)策：
   
    多學(xué)多動(dòng)手，多爭取實(shí)踐的機(jī)會(huì)。有很多機(jī)會(huì)老板既可以讓開發(fā)去做也可以讓測試去做（比如一些配置項(xiàng)目或者基于成熟框架的小代碼量開發(fā)）。假如你爭取過來不但有了實(shí)踐機(jī)會(huì)還可以借機(jī)顯示自己的能力。很多事情你只要專心去做一定能做好，不要猶豫，不要有顧慮，別人能做的你也能做。
   
    關(guān)注技術(shù)發(fā)展。 多關(guān)心前沿技術(shù)的發(fā)展， 多和技術(shù)大牛交流。 這樣可以拓展你的視野，很快提升總體技術(shù)能力和修養(yǎng)。 看過Jonathen Bach 的經(jīng)歷明白多懂些技術(shù)術(shù)語對(duì)交流和工作是很有益的。
   
    多關(guān)注一些行業(yè)規(guī)范。 建議專著于某種編程語言，熟悉它的風(fēng)格和規(guī)范，這會(huì)有助于理解代碼和靜態(tài)發(fā)現(xiàn)缺陷。也可以對(duì)開發(fā)提出某些建議，這也有助于提高自身在組織的地位。 還建議一定要熟悉uml常用的圖示。uml是軟件工程師的公共語言 .很難想象不懂uml你怎么跟其他人在系統(tǒng)層面交流溝通。
   
    有機(jī)會(huì)業(yè)余做些開發(fā)項(xiàng)目，或是參與一些開源的項(xiàng)目。 熟悉一般的開發(fā)手段和流程。
   
    學(xué)會(huì)一般的研究手段， 知道如何在網(wǎng)絡(luò)上獲得所需的信息。在很多情況下誰先獲得新的資訊誰牛。其實(shí)看一下國內(nèi)很多所謂學(xué)術(shù)帶頭人的論文，也不過是比別人更早獲得國外的前沿信息，然后整理一下而已。能做一些研究的測試人員還是頗受歡迎的， 因?yàn)樗麄兺ǔ６寄茏约邯?dú)立地解決問題。 多留心收集一些好的網(wǎng)站是很有幫助的。
   
    后是調(diào)整自己的心理， 要敢于提出自己的想法和建議。要是你的建議能夠被采納當(dāng)然可以提升你地位了。說不定還要你做專題的講座。 也要敢于據(jù)理力爭，但要有充分的準(zhǔn)備。重要的還是要虛心向牛人學(xué)習(xí)。一個(gè)組織能夠生存必然有一些人發(fā)揮核心作用，從他們身上無論是技術(shù)還是其他方面都能夠?qū)W到很多很多。
   
    不知不覺寫得太長了， 確實(shí)這個(gè)題目擴(kuò)展開來有太多的內(nèi)容
   
    另外一位仁兄zdlzx的回答
   
    了解別人是如何看待你的：明確當(dāng)前開發(fā)團(tuán)隊(duì)和管理團(tuán)隊(duì)對(duì)于測試是何印象和如何評(píng)價(jià)的。這里面好的方面固然要繼續(xù)保持和考慮如何做得更好，更重要的是不滿的方面，需要仔細(xì)分析落實(shí)如何改進(jìn)。我看到的測試團(tuán)隊(duì)有的并不能冷靜地全面接受負(fù)面的評(píng)價(jià)，或者過于夸大某幾個(gè)個(gè)別人的主觀評(píng)價(jià)而覺得明明自己沒有錯(cuò)，因此不知如何改進(jìn)。對(duì)于后面這種情況，其實(shí)溝通本身是改進(jìn)的一個(gè)重要方面。
   
    思考自己該如何提高：不管別人是如何看待你的，我們都應(yīng)該經(jīng)？紤]從自身做起，如何進(jìn)一步加強(qiáng)測試人員的專業(yè)性。很多的時(shí)候，開發(fā)團(tuán)隊(duì)希望測試人員給出一些專業(yè)的判斷，比如：測試這個(gè)版本大概需要多少時(shí)間？當(dāng)前版本質(zhì)量的風(fēng)險(xiǎn)在哪里？性能測試如何建模才能真實(shí)模擬生產(chǎn)環(huán)境的使用情況等等。如果我們測試人員不能很好地回答這些問題，甚至在某些時(shí)候還出現(xiàn)過在這些判斷上的重大的失誤，會(huì)很大程度上抹殺他人對(duì)測試人員的信任和支持。有不同的觀點(diǎn)并不可怕，可怕的是沒有觀點(diǎn)或者堅(jiān)持錯(cuò)誤的觀點(diǎn)。因此我覺得不管別人當(dāng)前對(duì)你或你的團(tuán)隊(duì)評(píng)價(jià)如何，作為測試人員，你自己一定要堅(jiān)持不斷地試圖在自己有話語權(quán)的地方不斷磨練準(zhǔn)確和敏銳的判斷力。
   
   不要有"我們"和"他們"的意識(shí)。工作中，常聽到測試人員把測試團(tuán)隊(duì)說成"我們"，把開發(fā)團(tuán)隊(duì)說成"他們".這看上去是個(gè)小事，但實(shí)際上是很需要提醒大家注意的。余世維先生的管理課程里有非常精彩的一段關(guān)于小我的"我們"意識(shí)的批判。當(dāng)測試團(tuán)隊(duì)對(duì)開發(fā)團(tuán)隊(duì)提出改進(jìn)的要求或者建議的時(shí)候，請(qǐng)認(rèn)識(shí)到每個(gè)開發(fā)人員也和你一樣聰明能干（一定有什么你不知道的原因使得他這個(gè)bug反復(fù)fail或者這個(gè)版本的質(zhì)量很差），也請(qǐng)伸出你的手去提供一切可能的對(duì)方需要的幫助（即使那看起來不象是你職責(zé)范圍內(nèi)需要做的），甚至是多一點(diǎn)寬容和耐心，也許比你義正言辭地指出對(duì)方的問題，不留一點(diǎn)情面要好一些。請(qǐng)時(shí)刻提醒自己在軟件開發(fā)團(tuán)隊(duì)中你不可能獨(dú)善其身。請(qǐng)時(shí)刻反思自己：你有沒有總是從開發(fā)團(tuán)隊(duì)/人員的角度去考慮問題，你能不能拍胸脯說你已經(jīng)做到你能做的好了。
   
    一個(gè)軟件開發(fā)項(xiàng)目組，一個(gè)軟件公司，象一個(gè)大家。如果每個(gè)成員都能正確看待自己，不斷提高自己，多一些理解和友愛，那么也許我們不那么關(guān)注地位的高低了，因?yàn)槟阋呀?jīng)得到了一個(gè)win-win的結(jié)果：相互的尊重。