現在大部分軟體企業的生態鏈都是，軟體測試屬於最下游。這也決定了很多情況都必須被動接受。即使某個測試工程師理論知識豐富，辨識風險能力強，但是乙個產品需求的變更就可以讓他傻眼，接著很努力去適應這種節奏。產品運營主導必然是趨勢，測試主導是做不好產品的
還有乙個點爭論了很久，就是關於出現問題承擔責任的問題。如果產品上線或者發布後出現問題，大家都會覺得測試這個環節應該「合理把控」，將風險點羅列出來並告知各責任人，有時候一句「為什麼沒有測出來」竟讓測試同學無言以對
誤區一：測試簡單，對技術要求不高
很多人都認為軟體測試就是安裝和執行程式，點點滑鼠，按按鍵盤的工作。事實是啥呢？軟體測試技術不斷更新和完善，新工具，新流程，新測試設計方法都在不斷更新，需要掌握和學習很多測試知識。僅僅具有程式設計經驗的程式設計師不一定是一名優秀的測試工程師
誤區二：測試就是為了找到bug
很多人定義測試工程師就僅僅是發現bug、提交bug，這僅僅是測試用例的執行者而不是測試工程師，測試工程師是做為產品質量的把控者，代表客戶的利益去把控、驗收產品，因此，做的就不僅僅是找到bug
誤區三：軟體開發完成後進行軟體測試
人們一般認為，軟體專案要經過以下幾個階段：需求分析，概要設計，詳細設計，軟體編碼，軟體測試，軟體發布。據此，認為軟體測試只是軟體編碼後的乙個過程
其實，軟體測試是乙個系列過程活動，包括軟體測試需求分析，測試計畫設計，測試用例設計，執行測試。因此，軟體測試貫穿於軟體專案的整個生命過程。在軟體專案的每乙個階段都要進行不同目的和內容的測試活動，以保證各個階段的正確性。軟體測試的物件不僅僅是軟體**，還包括軟體需求文件和設計文件
誤區四：使用了測試工具，就是進行了有效的測試
要想對乙個軟體或者模組進行有效的測試，首先該軟體或者模組應該是可測試的。可測試性是反映軟體質量的乙個內在屬性，不會因為你使用了某種測試工具進行了測試行為，就使得被測試的軟體具有了可測試性。對於測試工具的選擇，只要滿足需要並能夠自動執行測試用例就可以，而不要一味的追求複雜的功能和不必要的靈活性
誤區五：機器自動化將代替手工測試
我們不能否認自動化測試的作用，但是軟體的終端使用者永遠是人，所以只有人才能真正了解人的需求，例如使用者體驗等，這是極其永遠不可能代替的。有些特定的事情自動化擅長而有些特定的事情是人更擅長的。因此，結合二者的方法會更好。自動化可以進行一些重複的操作和分析資料，讓工作更加簡單，但是它並不善於確定相關性和判斷呼叫，幸運的是人類擅長判斷
好，糾正了幾個誤區後，我們看看為什麼需要軟體測試這個崗位？
既然又主導不了產品，地位又如此的尷尬，那為何還需要測試這個崗位，或者業界還對這個行業一致的看好呢？
下面我們看看幾個測試的重要性：
1.問題暴露的時機與解決該問題的成本
在需求階段修正乙個錯誤的代價是1,在設計階段就是它的36倍,在程式設計階段是它的10倍,在內部測試階段是它的1540倍,在外部測試階段是它的3070倍而到了產品發布出去時,這個數字就是它的401000倍.修正錯誤的代價不是隨時間線性增長,而幾乎是呈指數級增長的
2.程式設計師往往發現不了自己實現的產品中的bug
由於人的思維的定向性，故應避免開發測試自己編寫的程式
做為乙個軟體測試工程師需要做什麼？
在每個軟體企業中，測試占用乙個很重要的地位，對於乙個合格的測試工程師，需要了解產品想怎麼玩，使用者會怎麼玩，運營想要使用者怎麼玩，開發怎麼實現，測試怎麼進行，何為技術難點等等。乙個好的測試人員非常難得，了解了使用者使用，懂得了**實現，寫的了介面測試，做的了效能優化，還能協調各種矛盾。比產品了解開發，比開發了解運營，比運營了解產品，還要最了解測試及產品質量
對軟體測試工程師的好習慣的幾點建議：
1.先分析，再執行，這樣會事半功倍
2.測試的最終目的是代表客戶利益去把控軟體質量，而不是想著找出所有的bug
3.熟悉產品的各個模組，理解產品的開發邏輯，了解客戶的使用習慣
4.對產品、開發、運營的不合理需求要學會拒絕
軟體測試的技術不斷進步，與具體測試技術相比，掌握測試的核心思想比具體技術更重要。測試的最高境界在於運用最簡單有效的測試技術，最大限度的發現軟體缺陷
我們團隊對測試要求：
理念：軟體產品質量必須依靠過程管控與資料監控
策略：積極參與到產品功能定義和產品設計環節
願景：成為專業的軟體質量管控團隊
使命：代表我們的客戶利益管控團隊輸出的產品質量
工作方法：輕敏捷：快速驗證，價值驅動，團隊自組織
團隊：開放心態，樂於學習，追求精品，持續改進
產品觀：穩定可靠，感性易用，凝聚創新，體貼極致，資料，資料，資料
我們希望設計質量部能夠代表客戶利益，制定更多的產品質量控制的標準，把這些標準傳達到產品和設計部門，幫助他們實現這些標準，最終通過品質手段管控這些標準，交付客戶高質量的產品
軟體測試一些理論
軟體測試定義 軟體測試物件 軟體測試分類 首先說呀，是因為想要投軟體測試的實習，所以我就學習了一些軟體測試的一部分理論，學藝不精呢。僅當日記。使用人工或自動的手段來執行或者測量軟體系統的過程，目的是檢驗軟體系統是否滿足規定的需求，並找出與預期結果的差異。它是為了發現錯誤而執行程式的過程，測試 為了尋...
對軟體架構的一些理解
一說到 架構 這個詞，頓時感覺自己也高大上了不少 架構是個很寬泛的概念，任何專業領域都有自己的架構。軟體行業可分為業務架構 軟體架構 系統架構。業務架構最表層的理解就是對業務模組的粒度劃分。好的業務架構的設計是好的軟體架構的基礎。業務架構要考慮業務粒度的劃分大小，太大，在進行事務管理的時候就會無法區...
軟體測試相關的一些考題
軟體測試工程師筆試試題 一 一 判斷題 每題1分，12 分，正確的 錯誤的 1 軟體測試的目的是盡可能多的找出軟體的缺陷。2 beta 測試是驗收測試的一種。3 驗收測試是由終端使用者來實施的。4 專案立項前測試人員不需要提交任何工件。5 單元測試能發現約80 的軟體缺陷。6 評審是檢查源 是否達到...