IT行業的熱度一直有增無減，行業發展好、薪資高等優勢吸引了很多人，其中軟件測試一直是IT行業的比較受歡迎的方向.有很大一部分的軟件測試工程師，都是經過培訓之后就業的，好的培訓機構能讓你真正學到軟件測試技能，源源不斷地為行業輸送人才。可能有一些想要進入IT行業的小伙伴會聽到說培訓班出來的不好找工作、有些公司招聘的時候不要培訓出來的就業者等這樣的消息，也有人說通過培訓機構培訓軟件測試也就是學會點基礎知識，就業技能遠遠達不到企業的招聘標準，所以對于軟件測試培訓出來能不能干下去很擔心。不可否認的是，確實是有一些

功能測試工程師:功能測試重心就是測試用例的設計。而測試用例的設計，取決于測試人員對產品需求的理解；對產品需求的理解取決于測試人員對業務的“接受”程度。這也是功能測試發展往往會遇到“瓶頸”的原因，過多的項目只不過是在反復地學習不同的業務；因此功能測試工程師往往要具備一定的測試管理能力，掌握一定的測試策略，發展通道一般是管理方向。性能測試工程師:產品，實際上是指產品的功能和質量兩個方面。功能是構成競爭力的首要要素。用戶購買某個產品，首先是購買它的功能，也就是實現其所需要的某種行為的能力。質量是指產品能

網上都說IT行業薪資待遇好，就業機會多，軟件測試作為IT行業中一個熱門的就業方向，得到了越來越多人的關注，但很多人對于軟件測試需要學什么并不是很了解，雖然說軟件測試入行門檻不高，但是軟件測試需要學習哪些知識和技能？自己是不是感興趣？是不是適合？這個是大家準備學習前需要了解清楚的，今天就來幫大家好好梳理一下吧！第一階段測試理論基礎:不管有沒有計算機基礎，測試理論基礎都是必須優先掌握的，比如軟件測試的定義、分類、測試的流程、測試用例編寫方法以及缺陷（bug）的管理及生命周期，了解web端和app的常見測試點和測試

近兩年，IT業一直經歷著“寒冬”，但是游戲軟件業卻呈現出了勃勃生機。 網絡游戲僅在中國游戲市場出現不過兩三年，正式投入商業運營的游戲數目已超過100款。 但眾所周知，都是國外的（主要是韓國的游戲）統治著國內大部分的市場，國內游戲軟件想要突圍而出，主要從二個方面，一是可玩性，由于中國有上下五千年的傳統文化，博大精深，是我們得天獨厚的優勢，二是游戲的質量，游戲測試作為游戲開發中質量保證的最重要的環節，在游戲設計與開發的過程中發揮著越來越重要的作用。 游戲測試作為軟件測試的一部分，它具備了軟件測試所有的一切共

軟件測試工程師是個神奇的職業，他是開發人員與老板之間的傳話筒（三夾板），也是開發人員與老板的好幫手；他不僅需要有銷售的溝通能力，也需要具備編輯人員的文檔撰寫技巧。如此一個面面俱到的崗位，他需要具備的技能到底有哪些呢有逆向思維的能力 曾經采訪過一些軟件測試工程師，他們干了一段時間軟件測試工作后返回去又開始去做開發工作了，問他們為啥？答案是軟件測試工作太難了，開發是順向思維，而測試是逆向思維，老要找一些稀奇古怪的思路去操作軟件。 軟件的使用者千差萬別，軟件在使用過程中遇到的各種現象也是千差萬別的，所以

作為開發同學，一些基本的測試崗位相關知識還是很有必要了解一下，免得某些同學在工作中和測試同學斗嘴、打架、群毆等以及被測試鄙視....。 我們常常聽說的一些測試專業術語，比如白盒、黑盒、單元測試，相信搞作為程序員的你脫口而出的就是這三個詞匯吧，筆者在前幾年對測試也僅僅停留在這個兩個詞匯上，更多的就不得而知了。后來在一家做跨境電商的公司學到了一些新術語，也見到了測試崗位的一些日常，比如冒煙測試、測試用例(TC)、回歸測試、接口測試以及偶爾和我吵架等等。 白盒黑盒測試是按測試設計方法分類的，是指軟件測試設計的方

接口測試是面試測試崗位基本都會問到的問題，但是對于一些剛做測試的小伙伴可能并不是很熟悉，也有可能了解接口測試，但是完全不知道接口自動化怎么做。下面我們大概介紹一下。 首先我們需要知道接口自動化測試的目的是為了節約手工測試接口的時間或者減少不必要的重復工作，或者為了監控線上接口是否運行正常等情況的發生。 在我們日常的接口測試工作中大多數小伙伴可能都是用一個接口工具：fiddler、postman、jmeter、soapui等等來進行一個簡單的接口測試。 當然，工具的選擇這個看大家的喜好，但是我們都會發現一個特點，這些工具如果僅

1、性能測試內容1）負載測試（load test）：對于分布式網絡，測試不同用戶數量來測試系統的反應，主要關注性能指標，系統不同表現。2）壓力測試（stress testing）：高壓狀態下多用戶高并發測試（30萬-50萬），主要關注系統是怎么崩潰的。（內存泄漏，cpu無響應，數據庫無反應，網絡堵塞）3）容量測試（volumn testing）：系統最大支撐的相關數量，數據庫最大數據數量，用戶數量。2、為什么要做性能測試？1）目前絕大多數應用都是基于網絡的分布式應用，我們無法知道用戶數量，用戶場景的不確定性，導致系統測試時，不僅僅是功能，業務邏輯

相信很多測試人員在工作中都會遇到某些bug沒有測出來這種情況，就是測試完后，給生產線，生產線發現軟件問題會反饋。就會出現，測試推開發，開發推需求，需求推客戶變更。而這種模式是追責找背黑鍋的做法，不是優化、解決問題的做法。如果每個環節都是護好自己，有問題就想辦法推出去，作為測試人員，一定要留好證據，必要的時候作為自保。比如測試設計、測試用例、測試用例評審結果、測試執行結果、測試時間、開發延期時間記錄、bug單記錄、遺留問題和風險判斷記錄等，隨時準備開撕。如果產品團隊是真的想把產品質量做好，做有口碑的好產

1.墨菲定律如果有兩種或兩種以上的方式去做某件事情，而其中一種選擇方式將導致災難，則必定有人會做出這種選擇。“墨菲定律”告訴我們，事情往往會向你所想到的不好的方向發展，只要有這個可能性。比如你衣袋里有兩把鑰匙，一把是你房間的，一把是汽車的；如果你現在想拿出車鑰匙，會發生什么？是的，你往往是拿出了房間鑰匙。墨菲定律的適用范圍非常廣泛，它揭示了一種獨特的社會及自然現象。它的極端表述是：如果壞事有可能發生，不管這種可能性有多小，它總會發生，并造成最大可能的破壞。這個定律在遠古的東方《晴明逸話》中就有詳細