估計很難;

開發大部分都是聽說過自動化測試,覺得是個新技術,會自動化的測試就是厲害的測試;

領導不關心你用什麼測試方法或者測試工具,只要保證產品質量就行。

所以關注測試思想,跟他們沒啥關係,講了也沒啥用。

就跟一個開發突然跑過來跟你說別關注我做的功能,看看我代碼裏的思想.....你可能會一臉懵逼

而且你這個問題也是個偽命題,測試思想比自動化測試重要也只是你自己的看法而已。

就像有的公司或團隊就是認為敏捷測試是王道,是最好的測試方法。

有的公司或團隊就是注重技術,專心做單元測試,忽略掉後面的測試。

有的公司或團隊就是重業務,工具只是測試的手段,自動化替代不了手工。

測試理論方法很重要,但是測試思想這個東西,太虛,大家各有各的看法。


想要讓人接受軟體測試思想,自動化測試的思想?其實是比較難的,軟體測試目前在圈內仍然不是很受待見,隨著自動化測試工具的興起,比如parasoft的白盒測試工具c++test、jtest等,還有其他功能性能測試工具SOAtest、testcafe等等,更多的是注重產品質量與產品上線週期,誰會在意你軟體測試的思想呢?只有測試人員自身會在意這個測試的過程,在此基礎上去了解還有那些沒有測試到的部分,再就是從事測試開發的朋友們,會去研究自動化測試的詳細流程,畢竟現在主要以自動化測試為主。除了這一部分人,還想讓更多的人去理解裡面的思想,那就比較難了。更多的人是使用自動化測試工具去快速高效的完成測試,交付產品,或者快速達到某些認證要求,而不會去關注這一部分工具是怎麼做的,瞭解到的只是獲得了這一部分的檢測或報告,需要修改的地方,這其實已經是自動化測試的思想了,不再需要複雜繁瑣、重複勞動的方式去測試。


簡單啊,反問對方,如果你是tester,如何尋找缺陷?結束。


核心問題其實是「技術至上」的理念,在中國根深蒂固。

追求技術沒有問題,但技術是為了產品和需求服務的; 之於測試,技術是為了質量服務的。

所以,如果你的任務是掃大街,首先你要明白如何才能掃大街,其次纔是掃大街是需要人來掃,還是機器人來掃。


說一下個人見解,測試思想就是拿到項目後對功能、業務等如何測試的思路,考慮的越全面就可以發展更多的bug。而像自動化測試、性能測試、介面測試等等都應該屬於測試技能。測試技能說白了就是優化測試過程或實現想要測試思想的測試方法,打比方說測試技能就是LOL裏的指向性技能,測試思想就是放技能時預判的思想,如果預判不到位技能傷害再高打不到人也是白搭,回到測試也是一樣一樣的道理,所以測試思想要比自動化測試、介面測試、性能測試等測試技能要重要。

不過測試思想跟個人的思維能力、工作經驗有關,很難快速提升,而測試技能恰好相反,只要認真學習就能快速提升,這也是人們優先提升技能的原因。


先能讓招聘方多聊聊思想再說吧,面試的時候問的多了,自然而然大家就開始關注思想,而不是停留在工具上了


功能測試的能力很高,對業務瞭解需要很深,這點是需要在不同行業中侵淫很久才能掌握的,但在面試過程中,很難去量化考量,反而很多公司只能拿技術去衡量測試能力。改變固有看法很難,而且從薪資來說,只有會自動化纔出高價,導致很多測試都太關注自動化,而忽略了功能測試是基礎,是地基。


其實測試確實不僅僅只是做功能則是那麼簡單,它也包括很多東西 比如:寫測試用例、邊緣測試/壓測、功能、邏輯等,又要學習技術。但是想讓其他的人(包括:技術、產品、領導)明白確實不容易。他們所看到你就是在頁面點點。


謝邀。對於這個部分我還是有一些話想說的。

我們一定要明白什麼叫做軟體測試以及為什麼要做軟體測試,這個很重要。

軟體測試經典的定義是:在規定的條件下對程序進行操作,以發現程序錯誤,衡量軟體質量,並對齊能否滿足設計要求進行評估的過程

對於軟體測試來說,發現程序錯誤也就是找Bug,只是軟體測試工作中的一部分,而衡量軟體質量,對他進行評估也是軟體測試中的一環。所謂的自動化測試,只是把由人工執行的部分變成了機器去執行。從根上說,測試用例設計的好和壞纔是決定你對於軟體質量的評估好壞。

道理雖然是這個道理,但是在現實中,這樣會遇到很多問題。我們換個角度來分析這個問題,比如你是測試經理,你如何評價你的下屬的工作?我們是看他/她設計的測試用例,還是看找出的軟體缺陷?比較簡單的方式就是看測試用例數量,軟體缺陷數量以及自動化率。而自動化率又是一個比較有門檻的事情,雖然不見得對於測試活動有巨大的幫助,但是因為有了門檻的存在,會讓不懂的人覺得這個是一件很牛的事情。所謂外行看熱鬧,內行看門道也就是這個道理。

自動化該不該做?該, 也不該。我們把軟體測試看做一個投資行為,那麼對於這個行為,我們的第一反應應該是去看收益率。如果我們能做到投入少,但是收益高,那麼自動化應該也必須去做,反之,我們就不應該去做這個事情。自動化測試一旦做了,我們就可以量化,比如節約多少人力,縮短了多少測試時間等等。雖然不見得所有的自動化測試用例都很穩定高效,但是我們可以進行量化的展示成果。

而對於測試思想來說,很難進行客觀的量化,比如我設計的這個case找到了多少缺陷挽回了多少損失等等。既然無法量化,就沒有辦法去用數據展示給老闆或者客戶去看,那麼在當下,它就失去了它的價值。另外一點,當周圍的人都形成了自動化測試高大上的概念之後,你想去改變他們就太難了。不過,本來改變一個人的想法就很難,你又何苦花這麼多的精力去做這個事情呢?如同社會都覺得測試很簡單,但是仍然不妨礙這麼些做測試的同行努力提升測試的能力,去把測試做的更簡單(自動化框架),至少你自己不會覺得自動化測試高於一切,這樣就行了。

所以還是那句話,外行看熱鬧,內行看門道。除了在測試領域有深入研究的人之外,又有多少人覺得自動化測試高於測試思想呢?"道"和"術",那個比較重要呢?

努力提升自己的水平,這個很重要。


難難難,你看現在的培訓基本都是工具類就明白了


其實不管是功能測試、自動化測試、性能測試、壓力測試,最基本的角色都是測試。

測試就意為著要為測試內容負責,在測試範圍內通過測試用例儘可能的保證測試範圍的覆蓋並找出缺陷提交讓開發修改。其他的都是各種各樣的手段用來達到這個目的。

要是他們都不懂測試的目的是啥,那還能說啥


推薦閱讀:
相關文章