軟體測試，乙個即將要崛起的行業，卻也是乙個充滿著爭議性的行業。談到崛起，是因為我們發現，我們身邊的客戶開始越來越關注軟體的體驗性了，如果你的軟體還有功能問題，他們可就不那麼待見你了。同樣，在國內的公司也是越來越開始重視軟體測試，這幾年，測試的職位需求量越來越多了，各種外包、培訓機構，爭先恐後而至～說起爭議性，那就要從門檻來說了，畢竟，所謂軟體測試，也是it行業中乙個技術領域，只不過，在國內，大家並不這麼認為，所以專業不專業，先進去就再說！我最近在群裡看乙個非計算機專業同學，諮詢各位關於軟體測試這個行業的發展前景，當然有人質疑他非技術專業出身，可能發展會有瓶頸，但他的回應是，沒見那些計算機專業出身的同學學得怎麼樣啊～並且他個人表示，5個月之後，他就可以跟各位一樣進入這個領域，因為他決定去參加軟體測試培訓。當然潑冷水的人有很多，但也不乏還是有很多支援的，認為完全沒問題。通過對行業一些現象的分析，作為這個行業中的一分子，我們似乎更關心，我們未來的發展方向，我們的核心優勢在哪兒，我們的競爭壓力又在哪兒？進入這個行業的人眾說紛紜，有人說是為了熱愛測試，有人說了，因為開發能力不行，只能退一步而行之，但至少是計算機專業出身的。測試並不是乙個注重專業的領域，其實我是想跟那位同學建議，其實你可以選擇去培訓開發，或許這樣你的技術之路會走得更遠。就像這個行業流行的一種說法，如果你做了幾年資深開發，你才有資格成為一名專業的測試人員。此言一語道明，對於一名優秀測試人員的技術能力要求遠勝開發人員，只是我們身邊這樣的人太少而已。
談到測試工作定位，通過這幾年的工作，開始不斷的感悟，在此我想從這些感悟中對當前測試的三階段段來分別談一談：
一、測試是為了發現問題
二、測試是為了定位問題
三、測試是為發現並解決問題
說到測試人員去解決問題，可能大多數人覺得是不可思議的事情。所以這裡就需要去領悟前面提到的依據話：如果做過幾年資深的開發人員，你才有資格成為一名專業的測試人員。對於開發來說，並不是所有的bug都需要修復的；而對於測試來說，也並不是所有的bug都是開發去解決的。這裡也來舉例說明下：當你在測試一段資料查詢效率的問題時，通過一番折騰，你發現你找到了問題，並可以很自信的告訴開發人員，你的sql語句效率有問題，當你資料庫中有5萬條記錄時，查詢最後一條記錄，它就要輪詢5萬多行才能找到，這樣導致最終的查詢效率就非常低下了，加入資料到幾百萬條時，就需要輪詢幾百萬行，這個效能是幾乎不能想象的。所以這個時候，你告訴開發人員這樣的結果和論證，並告知他需要優化的幾點意見，比如更新表結構，增加索引機制；另外優化配置檔案，比如修改快取的大小等等。最後開發人員會思考，要麼指派一名專業的資料庫dba來完成優化，要麼就自己解決，不過不是所有的公司都有專職dba的，所以如果開發人員對資料庫優化也沒有太多的經驗，那他解決的速度還不定有測試人員快～所以這樣的問題衡量下來，發現只能測試人員自己去解決，邊優化的同時，還可以邊測試。當然，這裡想表達的觀點就是，測試人員不一定在某個技術領域是大牛，但你的技術面必須要廣，對於開發人員來說，只要能解決問題，才稱得上是一名專業的測試人員。
通過對如上測試的三個階段工作解析，就可以很明確自己屬於哪個階段，未來努力的方向也就清晰了。
當然，如果你還認可測試是一門技術活兒的話，那就不要再為了測試人員是否需要學習程式設計這樣的問題而糾結了，因為這是乙個很迂腐的問題。未來的測試行業肯定是要趨於國際化標準了，而且未來將會有越來越多的資深開發轉向測試發展，不妨可以思考一下，我們的優勢在哪兒？前段時間了解到**關於效能測試工程師的要求，他們非常需要那些做過資深的開發人員有意向轉效能測試方向的人才。因為人家對所謂專業出身的測試人員已經失去了希望，很多任務作不是乙個專業測試人員真正所能夠完成的，沒有深厚的開發功底，對架構和細節的熟悉，不可能完成一些重量級測試分析工作的。
再談軟體測試 工作感悟
軟體測試，乙個即將要崛起的行業，卻也是乙個充滿著爭議性的行業。談到崛起，是因為我們發現，我們身邊的客戶開始越來越關注軟體的體驗性了，如果你的軟體還有功能問題，他們可就不那麼待見你了。同樣，在國內的公司也是越來越開始重視軟體測試，這幾年，測試的職位需求量越來越多了，各種外包 培訓機構，爭先恐後而至 說...
軟體測試工作體會
快過年了，畢業也有半年了。在公司從事了半年的軟體測試工作，總容易被說到對測試的理解高度還不夠，於是仔細地思考了目前工作的情況和收穫，做個紀念吧。現在在推進什麼？兩個字 敏捷！其實不止部門，整個公司的技術部都在推行敏捷！敏捷是什麼？概念有很多，我理解簡言之就是有效的人與人溝通勝過流程與文件，快速交付版...
軟體測試工作規範
為了規範測試工作 減少開發與測試之前的溝通成本 保證專案進度 提高軟體質量，測試組起草了這份軟體測試工作規範。軟體程式開發需要遵守編碼規範，一是可以減少 的維護成本，提高開發工作效率 二是有利於開發工作的延續 傳承，減小專案風險。好的 應該是自描述的，讓人費解的地方加上注釋。規範很多，要讓別人和乙個...