軟體測試是找BUG，不是找茬

做測試久了，經常會有一些感悟，最近在51上看到一貼，說出了我的心聲，把我一直想寫卻一直以時間為藉口為由拖著未寫的心聲寫出來，摘抄了部分過不，一起紀念測試的年代，測試的心聲。測試好象一直會被一些人誤解：測試就是找茬！

經常被問到「你是做什麼的？」，回答「測試」時，別人馬上反問「你會不會編軟體呀？」。我說：「不會，我是做軟體測試的，不是做開發的！」接著又問：「你是專門挑毛病的，是吧？」我只是笑著搖搖頭，說：「我做軟體測試，是找缺陷，不是找茬！」做測試久了的大家可能都會有些這樣的想法，下面這二段是摘的，但是也有部分是我的心聲。

第一：軟體測試是找bug，不是找茬。以前在外包做測試，面對的之間人是pm，面對所謂的客戶是開發軟體的人，而且因為離開發人員較遠，溝通基本上都是用郵件，所以當時的感觸還不太多，只是做好自己的本職工作，盡可能的發現更多的問題，盡可能讓自己發現的問題更有價值，盡可能讓自己發現的問題讓開發能夠百分之百復現！現在進了一家自己做產品的公司，面對的人整個全變了，以前以為面對的是開發，現在明白在自己做產品的公司了，不僅要面對開發、還有產品、設計、還有真正使用的客戶！以前總是聽說測試和開發是死對頭，很難溝通，也看了很多關於開發和測試之間溝通的問題，其實真的沒有什麼對頭不對頭的，因為大家最後的目的是一樣的，都是為了能把專案做好，測試希望專案好，開發更是希望它成功！就像我前兩天看的一篇文章，說開發其實跟測試一樣看中產品的質量，因為他們是真正實施的人，誰不希望自己做的東西能盡量完美呢？而開發為什麼會跟測試有隔閡呢？是因為開發想讓測試第一時間就能找出那些關鍵致命的bug，而作為測試本身呢？看到的每個問題都會及時的去上報，只是分了優先級別，而開發卻不看這些所謂的優先級別，所以就會認為不好好的找重大bug，竟在挑刺，其實每個角色都各自體諒一下就都解決了，既然目的是一致的，為什麼非得在糾結這個先後順序呢？開發的，不要以為測試人員是在故意找茬，他們提出來的問題應該都是缺陷，只是處理的輕重緩急你們自己來決定就可以了；而測試的，也不要以為開發人員是對自己有意見，在提交bug的時候，最好先挑那些重大的bug，震震開發的，然後在把那些不太重要的問題一起報上來，這樣不僅僅測試的價值體現了，而且開發也會對你另眼相看，同時大大的提高了測試的地位！要時刻記得，我們測試是在找bug，不是在找茬！

第二：軟體測試只是提高產品的質量，而不是保證產品的質量。我記得我第一次接觸測試，在課堂上我的導師就跟我說「我們測試是提高質量，而不是保證質量。」而有很多不太懂測試的人就會產生一種誤解，認為要測試的幹嘛啊？既然我們花了錢用你，就應該保證我們的產品沒有缺陷呀！對於這樣的人，我只能說不太理智，並不是我作為一名測試人員推卸責任，而是因為這個世界上本身就沒有百分之百的事情，我們能做的就是盡我們的全力去提高、找出最多的問題並得到相應的解決，測試不是萬能的，如果有人說我測試，能保證你們產品的質量，那我只能說你被忽悠了，我們只是提高產品質量，而並非保證產品質量！

第三：軟體測試是需要全民參與的，而並非只是測試工程師的事情。有人認為反正有測試人員了，所以對產品就不太關心了，其實測試是每個人的事情，其中也包括了客戶，因為乙個人再細緻也沒有無數雙眼睛看的全面。忘記了是哪個公司的老總一直提倡的是全民的測試意識，我覺得很讚，因為每一位員工都是乙份子，而做的每乙個產品不僅是公司的形象，也是我們每乙個人的體現，只是我們的分工不同而已，但是它都代表著我們，而且我覺得這樣的管理觀念還可以有團結人的力量，可以讓大家一起把事情做的更好！而不是單單的依賴於測試，最後把大家變得越來越懶惰，我發現現在的公司就有這種現象，開發人員有時就會有一種依賴的心理認為反正有測試呢？對於自己寫的程式也不那麼太認真了，而且自己做完也不是很認真的檢查了，拿過程式來，隨手一抓都是bug。最後弄的開發頭疼，測試也頭疼，所以說公司要從根上來激勵這種意識，測試不僅僅是測試工程師的事情，而且是需要全民參與的乙個重要事情！

個人愚見：測試確實需要全民參與，才能更好的提高質量，每個人的思維方式，掌握的業務水平不一樣，大家站的角度不一樣，當然能發現更多系統的問題；同時要想提高質量，還得從源頭抓起，也就是在設計時，就要下苦功，有了好的基礎、框架，再往上搭的時候會輕鬆很多，我們經常遇到在系統測試的時候，提出的一些問題，開發給出的解釋是，這個是框架的問題，沒辦法改，那個是什麼邏輯問題，也不好改，我常常就在想，為什麼在設計階段不多研究一下呢，設計未過，就馬上進入到編碼階段，最後出來的程式，沒有乙個統籌，而是各自為政，導致出現的問題，在後期要修改起來很為難，到底要不要改呢，如果改要耗費大量人力、時間有可能冒著延遲進度的風險，而不改又確實是個問題，如果在客戶使用時發現提出來這個問題時，到那時，我們該怎麼辦？

對於開發與測試人員關係的問題，這個也是感悟很深，以前有遇到個別的開發的人員很煩測試，這個是小問題不想改，那個也是小問題不想改，只有影響到功能不能實現的才是問題才會改，或都調整樣式等這樣的問題很煩，不想改等等。各種各樣的問題都是需要測試人員把握的，這些問題最好在後期與開發人員強調，溝通協調修改，在前期盡量提一些功能缺陷方面的，這樣配合開發人員實現整個系統的功能，其他的在後期再來調整，因為開發人員的想法就是功能未實現，調樣式有什麼用，或許後期還會有一些修改呢，擔心調了也是白調，誤了時間，現在我也能理解了。前期如果我們能發現一些邏輯上的問題，或業務流程考慮不周的問題行裝，開發人員還是挺重視的，也會很願意和我們溝通，系統有了什麼調整也是第一時間通知測試人員，對測試人員不再有敵視，更多的是一種依賴。

做測試久了，發現自己要學的東西太多太多，真正明白了，為什麼帖子上常見問題：測試人員應該掌握的知識。如果有乙個缺陷，那對測試生涯真有挺大影響，如果掌握的知識越精通，對所測的系統也會更全面，也能和開發人員進行更多的溝通，不然開發人員就只會認為，測試只是測測表面的問題，測測介面，沒有多少實際的意義，這樣當然得不到重視了。今天就寫到這裡了，有時間再來補充吧。

不管開發，還是測試，更甚於公司，因為我們的目的是一致，就是提交給客戶的是乙個高質量的軟體，為了我們的共同目的，讓我們一起加油！

軟體測試是找BUG，不是找茬

軟體測試是找bug，不是找茬

軟體測試是找bug，不是找茬

鯨雲效解讀軟體測試只是找BUG 嗎

相關推薦