軟體測試員工作經驗分享？
- 如何進入這個行業？
- 有什麼是需要我在大學裡面重點積累的？
- 這個行業目前有什麼新變化嗎？
- 你覺得這個崗位最好和最糟糕的是什麼？
- 有什麼你覺得我必須知道，但通常書本不會提及的東西？
- 有什麼是你當時進入這個行業時不知道，但後來發覺非常重要的事情？
- 為什麼有人會離開這個行業？
- 你的家人如何評價你的工作？
- 同樣行業，不同單位的差別有哪些？
- 工資多高？福利待遇？
- 經常打交道的人？
- 對未來的發展有何感想
單純分享軟體測試這份工作的經驗，知友們看了別急著轉行哈，轉行需謹慎。
2015年股市很火爆，互聯網金融揭竿而起，軟體測試與開發也受到眾多想跨行業工作者的喜愛，眾所周知，軟體行業工資高於平均薪資水平。最近有朋友和網友向我諮詢軟體測試的事情，大意是：小白如何入門軟體測試行業，且聽我說。
我從事軟體測試行業整整5年，先說點我的測試經歷，讓大家對軟體測試有些認識，其次說說小白如何跨行從事軟體測試，最後推薦些軟體測試方面的書。
NO.1我的軟體測試經驗
作為一枚女漢子，大學學計算機科學與技術專業也是十分痛苦的，剛入學就學習C++，老師口中各種鳥語，聽不懂啊畢業找工作腫么辦，就這麼糊裡糊塗的學了3年的計算機語言c++、java、c#、oracle資料庫、linux操作系統，時刻擔心畢業=失業。
害怕大四找不到工作，我在大三暑假就開始準備實習，留意教務處發布的各公司實習崗位；剛好A公司來校宣傳找實習生，A公司主要做銀行系統，招測試與開發，聽說測試門檻低，邏輯思維有條理、能看懂代碼就可以。第二天直接去參觀公司並且報名考試（2011年各種城鎮銀行成立，公司大量缺人手，招聘了大量物美價廉的學生），下午公司打電話說我通過了，明天開始實習培訓。
由於態度積極主動（面試人員之後說的），實習了幾天就進入了項目組實習--銀行系統；從實習到轉正一路走來累啊，學校學習的只是很基礎的知識，工作中遠遠不夠。
城鎮銀行--麻雀雖小五臟俱全，學習了業務：存款、貸款、卡、大小額支付、票據、中間業務、網銀、信用卡等；工作中需要搞配置庫svn、缺陷管理工具qc、部署版本、操作資料庫、linux系統命令、重現生產bug等。
當時這個公司開發人員很忙，測試人員測試出bug，首先得自己對照需求，看日誌定位，然後找開發解決。非常感謝當時的師傅領我入門。
別人的大四在宿舍睡覺、看電視劇、打遊戲，而我每天7點起床倒2趟公交車去實習，現在想想當時真的很拼，每天累的焦頭爛額，一臉痘，但是很值。
由於在這個公司學到很多技能，2013年通過了北京一家大行的面試（大行--人員外包），區別與項目外包，一會給大家解釋）。大行工作內容如下：
評審文檔：大行文檔超級多很細，比如：需求說明文檔、設計說明書、組建設計說明書、動不動就上千頁。剛開始評審各種文檔，其實就是找某些功能描述模糊不清或多種描述的，然後整理成excel和需求人員確認。
web界面測試：類似與銀行的網銀系統，點擊系統，如有報錯直接丟給開發，測試人員只需要描述錯誤即可。看不到資料庫、看不到後台、看不到報錯日誌，每天匯總案例執行個數和bug測試情況，天天整理一堆excel文檔，時間久了會感覺自己像機器人，沒有激情。
很多時候在大行恨不得一份工作5個人來干，每天很閑，姐姐還很年輕好不好，需要工作帶來的成就感，想看代碼、想了解單元測試、性能測試、linux、資料庫，身邊的同事各種跳槽（人員外包沒出息啊，隨時換工作地點、不讓玩手機、不讓干這不讓干那、跳槽加薪啊）憋屈，姐下決心辭職不幹了---ByeBye『A』公司。
2014年5月換到了B公司，項目外包--理財系統，公司有自己的產品（理財、基金、支付、P2P）項目經理很nice、主管也很nice；理財之前沒有一點基礎，從頭學起（和比我早到1月的實施美女共同學習，成長蠻快的），也和業務人員經常打交道，學到很多。
第一次用loadrunner做性能測試加班到凌晨2點，這是平身第一次啊，實體環境中調通了腳本並且跑起來了，明白了性能測試場景設計、TPS、通過事務數、最大並發用戶數等，了解了性能瓶頸如：查詢耗時、實時寫日誌、缺少索引、硬碟等；最近在配合各個渠道做測試，理財處於中間系統，接一堆外圍渠道，寶寶心裡苦。
我的測試經歷講完了，想必大家已經了解了從事軟體測試需要的一些基本技能。
NO.2軟體測試人員的工作地點
以我現在的公司為例，公司分為產品部、實施部、測試部等；
產品部人員一般在自己家公司工作，有時候會出差到現場去解決問題，自己家公司環境好、自由，公司有微波爐、下午茶、水果等。
實施部人員一般在客戶現場做實施（公司把理財產品賣給客戶，需要實施維護），現場工作的宗旨是：客戶虐我千百遍，我待客戶如初戀。客戶會不定期有個性需求，實施人員維護。環境一般般，在現場就會有銀行的人管著。
測試部：有的在公司做產品測試、有的在客戶現場做測試，比如我在客戶現場，科技部人都還不錯，相處蠻愉快的。
軟體測試工作性質分3種:
1、找個非外包公司，公司自己給自己做項目，比如鏈家app等，人員很和諧，在自己家公司做項目很幸福。
2、進入大點的公司，做項目外包，項目外包對測試人員較嚴格，功能測試、性能測試都得會，人員比例：10個開發1個測試。
3、剛培訓完人員外包，有些公司專賣人員，某些銀行給價2.5萬每人月，公司橫豎都是賺。缺點：人員管理鬆散，找不到組織。
NO.3軟體測試入門
如果你身處北上深，想跨行做軟體測試，前途還是很光明的，這些城市需求多，提升很快，尤其是越來越多的創業公司，找工作不難。
如果你身處某些二線城市，尤其是平均工資較低的情況，不建議轉行做軟體測試，大家轉行是為了掙錢，除非你學習後想去北上深發展或是特別愛好。
1、如果你的親人在做軟體測試，這是個特別好的資源，買本軟體測試的書籍，讓他教你；他個人電腦里會有他公司的資料需求、設計文檔、測試案例、被測系統、資料庫等，利用周末時間在家教，先看需求了解業務--找出測試點-寫案例，然後自己跑系統。之後教資料庫的增刪改查語句以及一些簡單的linux操作命令。
我同事利用周末時間已經把他弟弟、他女朋友都培訓成了軟體測試人員，現在工資相當不菲。
2、培訓班
眾所周知，培訓班費用很高，如果你學過c語言，了解軟體開發與測試流程，就自己買本書多看，網上關於軟體測試的資源很多，多看，多投簡歷，必定會找到份工作。
如果你是其他專業畢業，對計算機軟體一點都不了解，那就可以考慮報培訓班學習，至於報哪個班，大家上網自行搜索，最好去知乎找答案，滿滿的都是乾貨。
3、工作態度：
跨行業進入軟體測試，隔行如隔山，想必大家都會珍惜這份來之不易的工作，首先端正態度入職新人都會有老員工帶著，一般公司都有配置庫，裡面有各種文檔，測試案例、測試bug文檔等；
多看測試文檔、你的師傅加班時你就在旁邊看著幫助他干點零碎活，很快熟絡之後工作中遇到問題也會積極幫助你，不懂就要問，多問多思考，最好和他要套測試環境，自己跑案例，遇到問題多記錄。微軟的OneNote很好用，記錄問題可以分各個頁簽。
NO.4測試流程
1、需求分析
需求分析是軟體工程中的一個關鍵過程，只有吃透需求，後續工作才能得以開展。每次有新需求要求參與討論，否則後期測試各種疑問（測試人員和開發人員思考問題角度不同），討論時記錄關鍵點，整理在OneNote里，以便日後查看。
2、寫測試案例
如：地鐵里的自動販賣機，提煉測試點，然後寫測試案例；
有效的等價類有：
金額正好，順利出貨
金額超出，找零出貨
金額不足，提示，並吐出貨幣
金額足夠，取消交易
假幣，吐出
無效等價類：
放入金額，不出貨，不找零
放入金額，不出貨，退錢
金額超出，出貨，不找零
金額超出，不出貨，找零
金額不足，出貨，找零
金額不足，出貨，不找零
金額不足，不出貨，不退錢
金額正好，不出貨，退錢
金額正好，出貨，找零
金額正好，不出貨，找零
不投金額，直接出貨
測試案例設計有很多種方法，大家可以看書學習。
3、執行測試案例
把2的測試點，完全形成文檔，在測試環境執行每條案例。
4、測試bug追蹤
測試過程中難免會出現bug，如果有bug先自己對照著需求自查，看日誌，確認無誤，找開發人員看代碼，記錄測出的bug，實時更新bug狀態；
5、寫測試報告
主要寫測試背景、測試目標、測試案例覆蓋率、測試周期、測試bug修復率等。
NO.5測試書籍
《軟體測試 原書第二版》老外寫的，佩螣譯，機械工業出版社 ，實習時培訓老師介紹的，眾多測試書中最好的一本入門書，此書淺顯易懂，很全面的講解 ，適合軟體測試入門的同學學習，我也會經常翻閱。
《軟體性能測試過程詳解與案例剖析(第2版)》段念，清華大學出版社，想學性能測試，然後百度搜索的答案，買了這本書，真的很不錯；銀行業務數據量大所以需要壓力，第一次做看的這本書，加班到凌晨2點，終於成功了，內容豐富，有大量的案例供大家參考，每次做性能測試，都會看，每次都有不同的收穫。
《Google軟體測試之道》老外寫的，人民郵電出版社，未來是軟體測試開發工程師（SET）的天下，抓緊時間學點開發知識。
《探索式軟體測試》老外寫的，清華大學出版社，如果你抱著未來手工測試人員會消失，不妨看看這本探索式測試。
題外：雖然軟體測試人員有時會被開發人員鄙視，但是沒有測試過的程序他敢上生產？bug一堆一堆的，做測試很好，未來測試會越來越被重視的！！！歡迎大家圍觀—————————————————————謝謝大家喜歡，添加點性能測試經歷
軟體測試火的一塌糊塗的時候，大家心裡估計在顫抖。不就是點點系統嘛，能有什麼大出息，軟體測試做幾年以後大家水平都差不多，如何才能不被快速取代，去做性能測試呀。
測試做久了就會知道，性能測試是測試人員的終極夢想，這是為什麼呢？工資高呀。我有朋友做了3年功能測試，感覺太機械，然後報培訓班學習性能測試，目前從事性能測試工作。
萬事開頭難，我從想做性能測試到現在5個年頭過去了，現在把做性能測試過程中的迷茫、堅持、到後來的被認可寫下來，紀念下那年的加班歲月。
我一直認為自己很幸運，在校期間就找了份實習工作，做金融方面的測試。銀行系統涉及到錢，所以從公司到銀行很重視測試。當然了現在互聯網時代，性能測試就更重要了。
大三暑期實習時做了軟體測試，培訓老師說軟體測試分為功能測試和性能測試，最牛逼的是做性能測試，那簡直是受萬人敬仰。
剛好學校開始選畢設課題，看到了loadrunner性能測試題目，帶著想成為行業的大拿，受到膜拜的幻想，於是乎選擇了這個課題，彷彿看到了未來做性能測試的樣子。
由於在學校老師沒教過這個，所以得自學，就連loadrunner工具也得自己在網上下載，loadrunner是大型商業軟體，小公司用的大都是開源工具，公司做銀行系統，所以性能測試是重中之重，正好有此軟體。
第一次聽培訓老師講性能，特別認真的帶著本和筆坐第一排聽。培訓老師在公司待10多年了，講的很好。「80%的交易是20%的時間完成的、tps、tps拐點、腳本、並發用戶數、最大並發用戶數、單交易場景、混合交易場景等」聽的雲里霧裡。
實習時在公司培訓班待了一周，做了個小型銀行系統，大概只有賬戶查詢、開戶、存款貸款等小模塊。系統用於是乎我就在電腦里安裝了這個系統做性能測試。
公司有配置庫，文檔包括各種類型，恰好有性能測試文檔。由於公司有2人做性能測試，常年在客戶現場出差，所以一切都得自學，帶我畢設的老師也是沒做過這方面的工作。
度娘里找答案，清一色全是loadrunner的工具使用，如何設置參數、如何錄製腳本、腳本參數化等。到了這步就木有下文了，寶寶心裡苦。
我最想看到的是錄製腳本後腳本運行成功（資料庫里有條成功數據）、如何設置場景、如何獲取有用的數據、以及如何測出瓶頸、以及如何解決瓶頸、最後出份漂亮的性能測試報告。心理想著等我哪天做完性能測試一定和大家分享有用的知識。現在回想起來，當初真是太可憐了，錄製腳本後，回放錄製的視頻，界面一直顯示登錄超時，登陸腳本都無法登錄系統，更別提之後的測試腳本了。
大四畢設做的很不好，沒人指導，自己在瞎琢磨，沒有寫過測試腳本，畢設答辯內容很空洞，勉強通過。
由於一直有做性能測試的心思，離開了第一家公司。之後找工作時拒絕了二包公司、拒絕了單純的界面測試，找了家功能測試、性能測試都涉及的。然後就一直待這家公司。
我主要做理財項目，涉及功能測試、介面測試、壓力測試、穩定性測試。
2014年銀行理財忽然賣的很火，某城商行，系統承受不了壓力，然後要做壓力測試。我作為項目組唯一的測試員，這項工作落在我頭上。真是又緊張又興奮，開心的是可以親手做性能測試了，緊張的是之前只有點基礎。
就像如開發人員初次學習寫代碼，運行helloworld一樣，我首先得錄製登錄腳本，只要這個調通其他的也就迎刃而解。
web系統，基於web（HTTP/HTML）腳本很快錄好了，可是運行顯示登錄超時，百思不得其解，領導下命令今晚必須出結果，怎麼辦，打電話求助公司的性能測試部門，他讓我在腳本里做了個關聯就可以了。
腳本調通後，運行腳本，查看日誌顯示交易成功。保險期間我寫了個select語句查詢流水表，金額、賬戶都正確，就是剛執行腳本後插入的那條數據。
終於成功了一把，最終熬到凌晨2點，設置了系統運行8小時，回家睡覺去了。第二天查詢資料庫，成功了10萬多條沒有報錯，簡直好驚喜。
由於知識有限，第二天買了本性能測試書，那段時間，只要閑下來就會錄製其他交易的腳本，學習到了腳本參數化、關聯等。那年別的項目也做性能，所以我學習了web、socket、xml協議的腳本。
測試腳本
做性能測試第一步就是寫測試腳本，一個完美的腳本是成功的一半。
腳本分為2種模式：錄製、手動編寫。
由於系統是web類型的，所以直接用工具錄製，關鍵是當初也不會寫啊。
圖片發自簡書App腳本參數化：
添加事務
圖片發自簡書Apploadrunner11以上版本不添加事務，場景執行後tps無值。
關聯關聯分為自動關聯、手動關聯，適合複核交易，通過流水號查詢交易，適用於http協議。
測試數據參數化圖片發自簡書App測試腳本中為了保證流水號的唯一性，添加時間數字+時間毫秒設置。
日誌設置
f4設置log，選擇參數等。
圖片發自簡書Ap腳本運行後，日誌框會顯示交易狀態，遇到有參數時寫print語句，日誌里可以看到參數取值是否正確。
socket腳本模版
xml腳本，保證發起報文和接收報文都是明文，接收端如果是密文，測試時先解密再測試。
圖片發自簡書App發送報文，報文長度必須正確，接收報文內容可以為空，長度數字寫大點，確保大於實際的報文長度。
公司針對測試介面有模擬工具所以可以直接錄製，也可以寫腳本。首先明白介面用的是什麼報文然後再寫腳本。
現在給大家一份性能測試報告1、測試背景
首先確保功能測試覆蓋率達到100%，缺陷通過率大於95%，其次做性能測試。銀行理財產品有銀行兜底，所以賣的很火，銀行發產品後客戶集中在一段時間搶購，導致系統壓力，出現大量失敗的交易，所以為了保證系統長期運行的穩定性，針對典型交易做性能測試。
2、測試目標
獲取系統的處理性能指標，滿足當前生產系統及未來3年的業務發展需要。
發現性能瓶頸，協助開發人員進行性能調優。
3、測試指標
平均事物響應時間ART：
響應時間遵循2、5、8s原則，本次測試響應時間小於等於8s；
並發用戶數：現在高峰日操作人數500人，20%的並發量計算，高峰日並發用戶數大於等於100
規劃未來2年高峰操作達到600人，20%的並發量，並發用戶數大於等於120
規劃未來三年操作人數達到700人，20%的並發量，用戶數大於等於140。
資源使用指標：cpu使用率小於等於80%
內存使用率小於等於80%
磁碟交換率小於等於80%
tps值：每秒處理的業務筆數，80%的交易在20%的時間完成，每天交易量10萬筆，一天8小時
tps=80%*100000/（8*3600*20%）=13.89
並發交易成功率：大於等於95%
4、選取典型交易
性能測試主要針對交易量大的交易，如購買、贖回、份額查詢。
5、測試工具
loadrunner8.1
nmon監測資源使用率，磁碟、cpu、內存等。
6、測試類型
基準測試
單交易單用戶測試，典型交易在無壓力情況下獲取單筆交易處理的耗時，為之後的並發測試提供一個數據參考，一個用戶跑5分鐘。
驗證測試腳本及測試參數的正確性。
獲取單筆交易的性能數據，主要是單筆交易平均響應時間、TPS。
並發測試主要分為：單交易多用戶測試和混合交易多用戶測試，由於最後要跑穩定性，本次只做單交易多用戶測試。
每個典型交易通過單交易多用戶迭代執行，獲取性能指標，比如TPS、ART、系統資源使用情況，根據需要進行性能調優。
tps出現拐點時，繼續測2組數據，如果這2組數據tps明顯下降，此時就測出了最大並發用戶數。
備註：交易資料庫有當前流水表和歷史流水表，所以每次跑場景前刪除當前流水表的數據。
穩定性測試多交易多用戶的並發混合模式，對被測系統進行長時間的穩定測試，獲取持續加壓下的性能指標。考察是否會出現宕機、響應時間變長、交易成功率下降、資源使用率達99%的情況。
選取單交易並發時的最大用戶並發數取中間值跑穩定性。
7、測試總結
目前我遇到的瓶頸和解決方式
1、磁碟交換率達到99%；
2、內存使用率5%左右；加大系統進程數並增加並發用戶數。
3、內存使用率高達99%；經查看系統實時刷日誌，原因是某個可有可無的參數沒配置。
4、單交易sql執行時間2s；增加索引。
5、單交易執行時間過長；每次sum金額時，交易太多，執行時間過長，增加一張表每做一條交易sum一次，分擔了壓力。
6、tps值明顯在某個時間點降低，經查詢當前流水表數據大於100萬條；這個目前無解得對資料庫進行調優。
實踐出真知，知識有限，就分享這麼多了，寫這篇文章已經用盡了我的荒洪之力。
作為一個測試新手，首先得先考慮進入一個行業，根據筆者對行業對了解，主要分為以下幾個測試方向吧（如果，大家覺得不完善請及時告訴小編，小編馬上修改）！
1、手機app的測試：當前主要為android和ios兩大陣營了。針對不同平台的功能、自動化框架、兼容性等都有很大的差別。而當今移動互聯網的快速發展讓app的測試人員需求大大的增加。
2、web測試：不僅僅是網站，包括web伺服器的測試都屬於web的測試；在移動互聯網興起前，這塊是主流，不過現在該領域的需求還是很大的。
3、遊戲測試：這裡包括手游和網遊。只要有遊戲的地方就有遊戲測試，這塊的需求就不用懷疑了，對於喜歡遊戲的朋友們來說，是一個不錯的選擇。
4、傳統軟體測試：這塊在在移動互聯網興起前也屬於主流測試，現在當然也佔據這不小的需求，畢竟還是有很大一部分人是用電腦的。
5、網路設備測試：這塊的測試應該主要是面向企業客戶的，如路由器，防火牆等等。以華為、中興為代表的企業部分業務都是在這塊。
6、雲產品的測試：這塊主要說指雲存儲和雲計算，典型的如現在的阿里雲。應該來說，這方面的測試大部分還屬於初級階段，對於測試的需求還是比較大的。
小編再強調下，選擇一個領域還是很重要的，建議自己能夠選擇一個打算長期發展的領域，這個對自己的業務積累以及職業發展都是很有幫助的（當然，這裡並沒有說哪個行業不好，還是看個人的興趣）。
確定行業後，大家會看到涉及到的測試類型都差不多（比如：功能測試、性能測試、自動化測試等等）。一般情況下會先安排功能測試相關的任務，這個對熟悉業務很有幫助的（而且大部分的人員還一直在做這方面的測試），接著會再根據個人的擅長和意願去安排性能測試或自動化測試。然後自己在某個領域去持續發展，成為該行業的測試專家或者走向管理崗位。
根據上圖我們將測試領域的技術崗位歸納下吧！
app測試專家，自動化測試專家，測試開發工程師，性能測試專家，web測試專家，web性能測試專家，安全測試專家，遊戲測試專家，網路軟體業務測試專家，網路設備業務測試專家，雲產品的測試專家（雲計算、大數據分析、網路存儲、伺服器等等）。
之前寫過的一篇關於軟體測試的入行以及轉行的文章，希望有幫助。
軟體測試作為一個行業繁榮發展，也只是近四五年的事情，相關培訓也是雨後春筍，自2011年入行，看過太多人轉行，看過一些人帶著未知想入行，真真是圍城裡的人想出去，圍城外的人想進來。如果去網路上搜索相關信息，大都說，測試是個門檻低的行業，我曾經認同這個說法，現在對這個說法帶保留意見，不過，每次別人問我在做什麼的時候，我的回答一成不變：玩兒手機的。
這麼說一點兒都沒有逗你的意思，2011年的時候，諾基亞雖已遲暮，但還頑強的支撐著很多團隊的運轉，我從那個時候開始手機系統的測試，後來到android app的測試，然後就一直是app的測試，這兩種測試，都是每天對著手機各種玩，目的就是把目標玩兒死。所以針對我理解的軟體測試，作為QA，我簡單的閑聊下。我先來講兩個例子。
第一個，有個朋友的朋友本來的行業與IT毫不沾邊，非常唾棄那些動不動就拽英語的人，覺得別人中漢交雜的說話是故意拽，當然，他自己的英文貌似很差。因為自己的行業經常加班，工資貌似在7-8K的樣子，覺得暗無天日，就辭了職，去報了個軟體測試培訓班，說是包就業的，朋友知道我是做測試的，過來諮詢我的意見，但他的目的，主要是打聽我的工資水平，而不是軟體測試工程師的工作內容與必備技能，我非常真誠的聽了下這個朋友的朋友的具體情況，然後得出了個結論，他目前職業發展到了迷茫期和瓶頸期，而且聽說做IT的工資都很高，因為聽說，就像海市蜃樓在你眼前，迷茫的現有工作如魔鬼一樣在後面推你，稀里糊塗的你就往前走了。但是，第一，每個職業都有自己的瓶頸。第二，對於將要入行的職業一無所知就撲進來，我覺得不是勇氣。第三，我來說下行業里普遍的一些現象／概念。
一，
我們確實經常會中英文交雜的說話，我們會經常說，「這個bug 很難repro， repro rate 為30%」，「可以跟我說下這個bug的root cause嘛？」「明天之前我準備好test case」,我們沒在炫耀什麼，只是很多詞語確實只有那個英文單詞能確切的表達這個意思。我說的這種情況是中國團隊合作的情況。如果你處於外國團隊合作的情況，那麼對你的聽說能力就會有更高的要求，不過他們都很nice,跟中國的工作人員溝通，在不了解你英文水平的情況下都會特意放慢語速。所以你看，「nice」這個詞我真的不知道該用哪個詞來代替，你想說「很好」？但其實味道挺不一樣的。
二，
如果你的聽說很差，也一定要有一定的讀寫能力，因為可能你寫報告要用英文，即使不寫報告，提交bug也要用英文，即使不用英文提交bug,一些文檔你還是要看的吧？比如
http://developer.android.com/index.html
你說你可以看翻譯的？我也不知道該怎麼回答，我身邊的大牛都是能直接看原文書籍和文檔的，在我看來，QA尤其需要這項技能，因為測試技術在中國發展的很緩慢，中國頂尖的測試人才也許很多，但出來的書籍，參考文檔，先進的還是國外的多些。閱讀原文的能力，是很重要的一點。
三，
眾人眼中IT人才普遍工資高，這一點我還真不知道。僅就行業內來說，你的工資水平是跟你的個人能力嚴格掛鉤的。不掛鉤的情況分幾種，第一，企業急招，但是實在招不到人，所以高價招人，據說這種都是創業型小公司為了趕項目，會給應聘者超出能力範圍的薪資，但項目結束後呢？（這只是我的了解，並沒有實例）第二，企業急召，並且你的能力與職業有相對較高的匹配度。第三，HR和面試你的人要麼是土豪，要麼是傻X。所以，在了解市場行情，個人能力的前提下你再跟別人談錢。
四，
軟體測試也叫QA，我是玩兒手機的，但不是所有QA都是玩手機的。還有一種叫SDET也是QA的一種。QA又因為工作內容不同而有不同的工種，PC端和客戶端，他倆分別有同工種的仔仔。黑盒，白盒，自動化，性能等等。這些概念性的知識是你入行前就需要大致了解和準備的。每個工種都可以說是不同的行業，代表著你以後的職業路徑，所以，入行需謹慎。
五，
QA也是有職業發展瓶頸的，就像女漢子也需要談戀愛一樣正常。而遇到瓶頸後是逃避還是尋找答案，跟行業沒關係，跟人有關係。
六，
外包這個詞你要知道，典型的幾個IT外包公司，文思海輝，博彥，軟通動力。這個詞當時我怎麼都理解不了，後來在外包公司待了兩年，才切身體會到。（哎，笨人沒的醫）通俗點說，A（僱主）公司把一部分活給B（外包公司）公司，你簽約B公司，但乾的是A公司項目的活。外包又分兩種，一種是外派到A公司去，另一種是公司內部有個團隊，在B公司裡面做這個活兒。外包的話有些人很排斥，在我看來倒是各有利弊。如果你想進入這個行業，但是不能直接和一些大牛公司牽手，那藉助外包就會是一個很好的平台。而對於新人來說，平台很重要。這塊要展開來說的話也可以但開個題了，暫且點到為止。
七，
溝通。對於開發，很多人的固有印象是每天埋頭寫代碼，對於測試呢？其實無論開發，測試，都不是每天埋頭寫代碼的。我們每天話30％～70%的精力去溝通，溝通需求，溝通repro step,溝通測試結果，修復方法……
第二個例子，遇到的新人，聰明，高EQ，高IQ，就是因為什麼都高，自己沒辦法低下來。然後自然而然的衍生出很多問題。而我的另一個朋友，同樣高EQ，高IQ，還是個大美女，但態度放的很低，再加上元認知能力強悍，毅力強悍，能力自然跟的上。同樣雙高的人，但她們的距離太遠了，這個距離是態度。我可以接受你不聰明，可以接受你效率低，我甚至可以接受你偶爾的懶散，但我的底線是你對工作的態度，我的最低期望是可以把最簡單的工作放心的交給你。我想，態度這個問題不只是IT這個行業，應該是通用的。你可以不喜歡，但你得認真。就像有人跟你表白，你可以拒絕或接受，拒絕請利落，接受請認真。
這個引子貌似有點兒長而啰嗦，我想說的是什麼呢？入行。
如果你打算進入這個行業，那有些概念是你需要清楚的。
1.
軟體測試的概念
2.
軟體測試的分類
3.
軟體測試的工作流程
4.
軟體測試的測試方法分類
5.
bug的定義
6.
bug的生命周期
7.
測試策略的概念
8.
軟體測試常用的工具有哪些
9.
哪些技術是必備的？哪些是輔助的？
還有一些軟技能是你需要具備的：
1.
溝通能力
2.
自我驅動力
3.
學習能力
4.
快速的適應能力
5.
責任心
6.
態度
可能遠遠不止這些，但你連這些都不知道，那你選擇入行一定是過於魯莽了。知道不一定是讓你熟練掌握，你知道有這個概念就行了，等你實際工作了，遇到你就會對它有更深遠的理解。這是我最近才總結出來的，溫故知新，工作5年後重新去看那些基本概念，一些新的理解會冒出來。
那接下來說下轉行。從事軟體測試後轉行的有很多，有轉成產品經理的，項目經理，UI設計，交互設計，開發，還有跟IT毫不相關的職業。有工作10多年後轉的，有工作1，2年後轉的，有遇到瓶頸轉的，有因為職業路徑規劃轉的。而我遇到最多的，是QA轉產品經理，以及QA轉開發測試。如果是行業內的轉，你要知道，不同的行業，不止需要的是該行業的專業技能，還有思維方式。就像開發的思維方式是創造，測試的思維方式則是破壞。在我看來，這個是比技能更重要的轉變。寫到這突然覺得針對轉行這個話題，我沒啥能說的。
如果你列完一個表，劃分完權重，心裡90%的確定自己的選擇，那就去做吧
1. 如何進入這個行業
大學第一次找實習的時候第一個面試過了就接了，當時不知道測試和開發有啥區別。以為去RD都是一回事兒2. 有什麼是需要我在大學裡面重點積累的？
如果會開發多做些開發技術，構架，流程，多研究產品，用戶體驗。3.這個行業目前有什麼新變化嗎？
哈哈哈哈哈 挺大的我們做Agile Testing，經常做灰盒，很好玩。感覺質量分析師其實是構架師和產品經理最直接的助手。在開發經理的撐腰下，對一些開發修一次沒修對的東西，我也經常委婉的直接扔些fix建議（經常修不對是因為他們不理解到底他們的code邏輯錯在哪兒，經常碰到開發跟我解釋一遍說這個function是對的啊，一行一行讀下來的話給這個input應該出那個output沒錯啊，然後其實是整個function演算法就設計錯了 = =） - 話說被羞辱後的開發貌似質量還真的提高了哈哈哈哈，開發經理很滿意的說另外一點就是從testing到QA的轉變。我們現在已經沒有測試了，只有QA，全面負責從項目管理（提供一些統計數據，和開發部門一起幫產品經理決定可以做啥先做啥不能做啥能做多少啥），到流程提高，到測試的所有部分。
4. 你覺得這個崗位最好和最糟糕的是什麼？
最好的地方是可以用很短的時候學到整個產品開發部門從產品設計到開發技術到用戶support的所有部分。5. 有什麼你覺得我必須知道，但通常書本不會提及的東西？
開發流程是活的，重點是有效。如果你的公司不同意這句話換公司吧，這公司沒前途。6. 有什麼是你當時進入這個行業時不知道，但後來發覺非常重要的事情？
測試，或者其實現在我們都變成QA質量分析師，其實不是單純的技術人員。不管你職位多低，從一入職就是一半兒管理人員。自動化測試除外。自動化測試和開發人員一樣，可以理解為是只進行內部工具開發，責任稍微輕一些，生活壓力小一些。其實有不少開發的工作也是做內部工具，一樣的。
但是就和做產品經理一樣，好的質量分析師/測試，開發技術一定是不能太差的。比如我現在的工作的一部分就是自己一個人負責開發一個內部使用的測試app，用的和dev現在開發產品完全一樣的開發framework。從搜集需求到最後deliver給dev和其他測試，整個東西就我一個人。
7. 為什麼有人會離開這個行業？
所在公司開發流程管理差，沒人懂，導致對測試的指責定位為專門找bug這種無聊的工作，那誰願意做啊？8.你的家人如何評價你的工作？
父母都是技術出身轉管理，所以很高興我可以從一個管理和技術複合的職位開始當然我自己因為peer pressure蛋疼了很久（行業里都是認為測試是因為技術不好所以做開發），直到後來成功地在開發經理的撐腰下在技術上羞辱了開發。。。9. 同樣行業，不同單位的差別有哪些？
差！別！非！常！大！Agile流程的公司做測試會比較累，但是也有意思，而且更有機會走上技術型BA的路，之後轉為開發管理或者產品經理10. 工資多高？福利待遇？
入門和開發待遇完全一樣，鑒於加幣現在不值錢，所以現在換過來只有30多萬人民幣。過去匯率高的時候是40多萬。11. 經常打交道的人？
開發經理，產品經理，質量經理，構架師，開發12.對未來的發展有何感想
這幾年陸陸續續兼職給一些創業項目帶團隊，做過開發，開發管理，項目管理，產品經理隨著跟的項目越來越多，感覺現在帶的團隊也越來越靠譜希望有現在在做的項目可以走上軌道如果還留在公司發展，大概開始轉商業分析師，產品經理，或者開發管理的方向了。瀉藥...
不建議測試不建議測試不建議測試...重要的事情說三遍只談個人看法，不喜勿噴如果真要入行，參考以下幾點1.能忍耐枯燥同時有足夠有耐心--兼容測試枯燥乏味，一個流程做十幾遍，但是仍然要有耐心仔細過濾每一個測試點2.不斷學習--提測單永遠都測不完，不斷的業務需求和技術需求會要求你隨時都要學習新知識，這樣才能處理好基本工作，沒說錯，基本工作3.捨棄大部分興趣愛好--開發輪流加班，一般他們有人加班你就要留下來陪著加班，因為特么他們不自測啊，都指望你干，哪裡有時間發展興趣愛好4.入行前兩年不要太期望薪資--剛入行工作手段單一（大部分測試都是純功能測試）且起薪不高，就算在北上廣深大部分人前兩年都很難過萬，我說的是稅前好么以上算是基本要求如果進階一點，下面幾點1.會擼一點代碼--現階段自動化比較火，但是實用性並不是很強，能做好自動化的公司極少，屬於比較雞肋但是跳槽漲錢必不可少之法寶，再者，測試進階，無論是性能/安全/自動化（無論介面還是UI），不要指望自動錄製，不會擼代碼沒你插手的份兒2.產品思維--基於之前測試產品的業務經驗，沒見過豬跑也吃過豬肉吧，要能對產品不合理的需求堅定的提出整改意見，不然需求各種變更坑的就是你，更慘的是上線了需求更改，特么日了狗，白辛苦好幾天3.公私分明--需求評審挑需求的刺，技術評審挑開發的刺，測試用例評審挑同事的刺，所有挑刺都是為了產品質量，一定要有這樣的想法，工作歸工作，私交歸私交4.不懂就要問--一定要及時問，一定要及時問，一定要及時問，測試行業包含的知識點太廣，一會兒一個新東西，特別是當你獨當一面的時候，沒有mentor給你把關測試點了，不問是因為好面子么？你是希望沒面子還是希望上線有bug被開發指著鼻子說是你沒測到？5.你不僅僅是測試--測試不是單純的點點點，測試不是單純的保證質量，項目管理真的要做好，一定要親自去做，這是為你好，真的，開發延期但特么上線時間不延期啊，壓縮測試時間導致你自己精神壓力大工作壓力大還容易漏測，上線後bug的鍋你背定了，就問你吃力不討好你開心不開心最後寫一下其他的吧，也算是對這幾年測試工作的總結，也不管各位看官能不能感同身受吧做測試要會保護自己做測試要有自己的想法做測試要能堅持自己的想法做測試同時要能放棄自己的堅持做測試是責任做測試是堅強做測試是不斷學習做測試是希望有bug但也希望沒有bug做測試是一種堅持的信念深夜，胡言亂語，純屬牢騷最近在考慮做產品了，哈哈問題略多，如下逐一簡單回復下，點到為止，希望有參考作用。
老徐不太喜歡長篇大論，寫起來累，讀起來更累。
－－－－－
- 如何進入這個行業？ ／ 培訓入行 自學入行 大學畢業直接入行
- 有什麼是需要我在大學裡面重點積累的？ ／ 軟體工程基礎 測試理論基礎 SQL基礎 Linux基礎 語言基礎（Java Python） 網路基礎 等。
- 這個行業目前有什麼新變化嗎？ 這個可以看看老徐之前的文章：預測，2017軟體測試職業整體發展趨勢。 - 知乎專欄
- 你覺得這個崗位最好和最糟糕的是什麼？ ／ 此題沒回答必要，後續有興趣，可考慮回答。
- 有什麼你覺得我必須知道，但通常書本不會提及的東西？ ／ 職業常識，如何做好本職工作，今日事今日畢，時刻保持好奇心，保持持續學習的能力 等。
- 有什麼是你當時進入這個行業時不知道，但後來發覺非常重要的事情？ ／ 持續學習能力 主動探索能力 分析總結能力 等。
- 為什麼有人會離開這個行業？ ／ 能力跟不上 發現自己不適合 不適應加班 等。
- 你的家人如何評價你的工作？ ／ 還不錯，一份工作，養活一家人，還能買房買車，相對其他行業，好太多。 當月，看能力，上面其他問題有回答。
- 同樣行業，不同單位的差別有哪些？ ／ 流程 技術棧 工作強度 福利 。
- 工資多高？福利待遇？ ／ 不同城市，不同。 深圳 ，普通測試工程師 8-15K ，混的比較差的 5- 8 K，當然20 － 30K的也很多 。具體可以看看之前的一篇文章，很詳細：你離月薪30K還差哪些？ - 知乎專欄
- 經常打交道的人？ ／ 產品 UI 研發 運營 市場 客服 客戶，最頻繁的，還是研發。
- 對未來的發展有何感想 / 測試職業，越來越專業化，測試人需時刻保持學習的心態，不斷學習。否則，職業前景擔憂。如今，早已不是幾年前的點點點就能混的時代。
請微信搜索iTesting, 軟體測試全乾貨分享，你的軟體測試知識寶藏
- 如何進入這個行業？
- 有什麼是需要我再大學裡面重點積累的？
- 這個行業目前有什麼新變化嗎？
- 你覺得這個崗位最好和最糟糕的是什麼？
- 有什麼你覺得我必須知道，但通常書本不會提及的東西？
- 有什麼是你當時進入這個行業時不知道，但後來發覺非常重要的事情？
- 為什麼有人會離開這個行業？
- 你的家人如何評價你的工作？
- 同樣行業，不同單位的差別有哪些？
- 工資多高？福利待遇？
- 經常打交道的人？
- 對未來的發展有何感想
謝邀，問題比較多，選取「有什麼是需要我再大學裡面重點積累的？」回答。
1. 理論方面：大學裡面多積累思維訓練方面的書籍，多讀軟體測試方面的國外經典，下面是截取《軟體測試經驗與教訓》的章節內容，可以參考一下。
軟體測試門檻比較低，需求量高，只要會操作電腦，認真學習就能學會。
跨行到軟體測試的話，最好多參加行業聚會，多聽聽圈裡前輩們的沉澱經驗，多和互聯網圈的童鞋互相交流，交換信息，了解當下的行情。我們每周會有軟體測試經驗分享，還有收集的各個公司的軟體測試面試題，可以加我wx哦獲取：didi4105，加的時候備註軟體測試即可
對於一個人來說，學習新的知識大體可歸納為三種途徑：
1）自己看書自學；
2）老師言傳身教；
3）實踐。
一般的人都很正常的選擇第一種方式，書架上買了各式各樣的專業書，硬碟里下載了各種網路資料，等等，心裡很滿足，把自己感動的一塌糊塗，覺得自己一定能成功。
但是，
但是你有沒有想過這樣的方式所取得的實際學習效果如何？
13-16年我在電信工作的時候，電信學院的一位高管培訓講師層講過一句話，我深有感觸。
他說：
自學的學習效果是10%左右
通過別人教導的學習效果是20%左右
最好的方法是實踐，效果最好70%。
事實也確實如此，只要智利正常，不要擔心自己沒有基礎，直接從項目開始入手，通過實戰就會發現自己缺什麼，然後你就去就補什麼，現學現賣。不要習慣性的思維要等到自己掌握到多少程度才能開始下手。
那麼，此刻你肯定有個疑問在心中。
「像我這樣傻基礎都沒有的人有哪家公司願意要我，有哪個人願意帶我？」
問題問的相當好，
老司機的做法就是搞關係。
與其花時間花精力在書本 培訓上，不如花點時間花的金錢去找個測試行業的老司機搞好關係，引薦引薦走走後門。
要做事，先做人。這一點在以後的工作中也至關重要。
先講這麼多吧。。。我要去吃飯了
有人喜歡去創造世界，他們做了開發工程師。
有人喜歡去拯救世界，他們做了測試工程師。
因為開發team全是男的，我想和女生一起工作，就來測試team了
隨便逛逛發現了這個問題；我就從經常打交道的人給你說一下吧。必須是開發啊，何止是打交道就是打仗啊！我們的辦公室的常態就是 ：
測試：我提的bug為什麼還沒有修復？！
開發：哦，你什麼時候提的bug？提了哪些bug？
測試：你沒有看郵件？！
開發：哦，可是郵件那麼多，我怎麼看的過來。
測試：關於這個bug我都說了八百遍了，就算是豬也明白是怎麼事了，你怎麼就不明白呢？！
開發：哦，不懂，你再講一遍。
測試：剛剛提的那個bug趕緊修復了！！！
開發：哦，可是你只給我幾個名字，環境，步驟什麼都沒有我怎麼重現，怎麼修復？
測試：上次我給你說的那個bug都過了三天了為什麼還沒修復？！
開發：哦，可是你沒說讓誰去修。
總結下他們爭吵的原因就這幾個：要麼是測試提的bug郵件開發沒有看到，導致bug沒有修復產生爭執；要麼是測試提的bug開發無法重現導致爭執；要麼就是雙方關於bug的優先順序意見不一致產生爭執。
解決方案下次更~~
問題好多啊，下面主要是寫下軟體測試是如何快速入門的：
軟體測試有一個特點是入門簡單，深入難，上次那篇文章中記錄的那些技能基本上都是中級測試人員，甚至有些是高級測試人員才需要具備的，現在王豆豆講這篇就是寫給新人想入門做初級測試人員的。
首先，我們要了解清楚用人部門對初級測試人員的定位：
1.具備軟體測試思維
一開始就測試思維，針對還沒入門的新人來說有點難。
測試思維需要測試人員對軟體測試有了比較清楚的認識；和對軟體測試流程有了全局感；能夠從各個方面對被測試對象進行測試時，這時再來看測試思維就簡單了。
2.寫測試用例
初級測試人員首先要具備做事的能力，在軟體測試過程中測試人員做得最多的就是寫文檔，其中又以分析需求寫測試用例為最多。
3.執行測試，記錄缺陷
在軟體測試過程中測試人員做得最多的另外一件事就是執行測試，更有公司初級測試人員只需要照著用例執行測試就行。執行測試過程中一定會產生缺陷，需要在缺陷工具上記錄缺陷
如果你掌握了上面這三點，那說明你已經具備了軟體初級測試人員的能力。
現在清楚了初級測試人員需要具備的能力，那再分析一下一般是哪些群體想轉行：
1.應屆畢業生
有些是家人朋友有做這行的想從事；也有些是不知道做什麼聽別人說這行好的；也有些是高考後渾渾噩噩選的專業，後面發現了自己所愛的，比如王豆豆。
不管是哪一種，自己一定要明白自己想要的，想追求的生活是什麼。
經歷時間的洗禮後，我們都會發現最先成功的人就是那些一早就明白自己想要什麼的人。
2.有工作經驗的人
經過幾年的工作，發現工作沒激情，想掌握一門技術；也有覺得自己工資低的，想尋求更高的工資，比如王豆豆；也有覺得自己從事的這行沒前途，感覺危機想轉行的，比如王豆豆。
在這裡可以插播一段王豆豆的經歷：
大學畢業之後，王豆豆很迷茫，不知道想做什麼，這時就羨慕那些有哥哥姐姐可以幫忙規劃指導的同學，迷茫就亂竄，那段時間做過很多，有的工作只做了一天或者幾天，最長的也有一個月左右的，後來在一家電子廠做人事文員，做了幾個月，不知道什麼時候哪根筋不對，覺得難道我三四十歲了，還要做這個，拿這麼點工資么？雖然現在也有這樣的煩惱，那時特別羨慕那些工程師工資都高的，因為工作的原因能知道入職員工的薪酬，覺得自己應該要改變，後來機緣巧合，做了軟體測試，同時也認識了軟體測試，隨著深入發現自己越來越喜歡這份工作。
王豆豆本身是就是一個喜歡搗鼓的人，以前家裡新添置了物件，就逃不過王豆豆的魔爪，不是拆到分家，就被拆完組不起來，那時沒少挨我媽的打。後來做了軟體測試，發現軟體怎麼搗鼓都壞不了，裝不好，運行不了，卸了重裝就行，完全沒有任何損失。
接下來，我們先找到方向，針對不同的人，總有一類企業是適合你的，只是你需要先到對應的。
1.專業是計算機相關的應屆畢業生
這一類人其實非常好找軟體測試的工作，只要姿態放低一點，不怕辛苦，肯學，一切都很簡單；
2.非計算機的應屆畢業生
如果剛好你是，首先找與自己專業相關的企業，看否有軟體測試，比如學音樂的，可以找QQ音樂、網易音樂這類音樂軟體的公司。
3.轉行的人
首先分析過往的工作經歷能否為自己加分，能不能成為踏板石。
可以找與自己工作經驗相關的公司，比如以前是銀行客服，那可以找銀行方面的項目，如果以前是汽車銷售人員，也可以找與汽車有關的互聯網公司
如果這些都還沒有匹配的，那說明你將有可能適合任何一家企業。
最後需要做的就是儲備自己的能力。
一.找本軟體測試基礎的書
這樣的書網上有很多，可以找電子檔的，也可以買一本紙字的，隨自己的興趣愛好而為。
王豆豆只看過軟體評測師教程，對其它測試基礎沒研究，如果實在找不到，那可以和王豆豆一樣。
看這本書要報著幾個目標去看：
1.了解軟體測試的對象
首先要清楚軟體測試，測試的對象是什麼？由哪幾部分組成？
2.認識軟體測試的專業名詞
軟體測試有很多專業名詞，比如需求分析、黑盒測試、白盒測試、測試用例等這些簡單的名詞，熟悉這些名詞。
針對不同的測試對象，用什麼測試方法、測試工具等。
3.熟悉軟體測試流程
可以參照這裡：測試流程之測試流程拆解
4.熟悉質量模型
如果達到四個目標，這時對軟體測試要做的工作也有了清楚的認識，初步的軟體測試思維應該達到， 如果能針對某個軟體和物件，結合質量模型說出應該從哪些方面展開測試，那就更好了。
這一步算是達到了，一定要做好這一步才開展下一步。
二.寫文檔
拿一款自己最熟悉，經常用的軟體，分析它的界面，功能點，假設如果這個軟體要你測試，你應該從哪些方面測試才能保證這個軟體的質量。
一邊分析一邊網上找一份測試用例模版（可以參照這裡：測試流程之如何設計測試用例），開始寫測試用例。
多分析，多寫。
寫的文檔可以找已經做過軟體測試的朋友幫忙指導，多修改，達到別人說OK為至，如果沒有認識的人做軟體測試，可以在網上找，現在有很多測試群。
測試用例寫得沒問題了，就可以了解其他文檔的寫法，這個只需要了解就行了。
三.執行測試
執行測試中最重要的就是培養對bug的敏感度、提交bug和跟蹤bug。
以前寫過一篇缺陷的文檔，可以看看：測試流程之缺陷
還是多練。
沒有項目，可以在豬八戒網上看看，有時會有一些測試任務，可以拿來練練手。
四.多關注技術博文
有很多技術博主寫的文章很好，也有介紹軟體測試行業的，也有介紹技術的，多看。
王豆豆記得當時剛做軟體測試時，經常看51testing 和博客網，也關注了一大批博主，至到現在還有很多在一直關注的。
如果前面都練習得沒問題了，那你具備初級軟體測試人員的能力，可以開始謀劃寫簡歷、準備面試，開始找工作了。
如果是想靠自覺轉的，不要一開始就去學習編程語言和資料庫什麼的，如果你按剛才幾點做好入門了，就可以開始學習中級測試軟體人員的能力。
一定要報著先入門，再深入的學習心態去學習，不要一開始就啃java這樣的編程語言，很容易學習受阻，轉不成功。
下面再針對轉行人員說點。
其實最不好轉軟體測試的就是轉行人員，不好轉的原因有二：
1.因為工作了，想轉行又不想放下原來的工資和福利；
2.工作經驗與軟體測試沒關聯
很多轉行的人員不想放下原來的待遇，想轉到不相關的行業也不想降低自己的標準，這個就有點難，用人單位也不是傻子，你買東西都知道貨比三家，那公司選人做事的也是如此，如果想工資高，那必須自己有能力，見過很多自己還沒有這個能力就眼看軟體測試工資高的，這個別想了，只有踏踏實實做事，一步一步成長吧。
還有工作過幾年，工作的模式已經固定了，處理問題的思維方式和學習能力趕不上剛畢業的學生，自學能力欠缺，所以有點難。
但轉行的人員也有捷徑：最簡單的方法，打動同公司的軟體測試經理，內部轉。如果不行，就看照上面的做。
謝邀，這是要寫論文哈。不過擇業時能先思考這麼多，已經比其他大部分人好啦（太多人問，我就畢業生，0基礎，想入行，咋辦？）。這個我打算認真答下，先佔位，有時間來更
各位測試大牛可以來給我們投稿分享測試經驗啊，有稿費的哦！
詳情請戳http://www.dwz.cn/6ol4aJ
推薦閱讀：