1樓：強哥
測試可以很簡單，也可以很難，簡單的轉行確實不難，但是長遠來看，這樣不行。寫點測試用例並不是什麼了不起的事情，如果你不知道背後的技術，只是了解點什麼等價類邊界值的話，走不遠的。你可能都不知道，下拉框，不能改，怎麼做無效等價類？
唯讀文字框怎麼去把裡面的值修改了？這個介面到底有沒有返回正確的值？為什麼我要在輸入框裡面加個單引號，寫點HTML？
很多東西千萬不要單純去用例設計方法，得結合背後的原理，那樣的用例，才是真正有用的，能找到問題所在的。
2樓：大寶
其實測試入門很簡單， 如果成為高階測試，需要你在職場裡多學習，主要是站在巨人的肩膀上才能比別人跑得快，我可以幫你解答各種問題。
對於測試用例，沒有嚴格的必須要按照什麼格式寫，用xmand或者excel或者什麼用例管理工具都行，只要你用的順手
寫用例從等價類、邊界值、錯誤推測等幾個方面按照需求文件寫，可以先把需求文件的功能點和業務邏輯拆出來，然後套用剛才說的用例設計方法就行了。可以按照頁面寫case然後補充乙個流程圖，也可以寫業務測試場景case，補充乙個通用用例。這麼寫又快又覆蓋率高
3樓：wq9256
你就把自己當成使用者（甲方），一般都要先從功能開始，去熟悉功能，無非就是點點，了解流程，然後在操作體驗上，在流程上，在需求上滿足使用者需求，正流程，基本功能滿足情況下，再想想一些異常情況，有沒有做限制，主要是找這個系統的問題，找到了，你就基本逐漸入行了
4樓：
如果實在不知道怎麼入行測試工程師，那麼不妨來聽一下過來人的建議。已經過來人無論如何也有很多年的工作經驗，這些門道以及坎坷都是遇到過的，也是像你們一樣從零走過來。這些經驗完全可以避開很多的坑，降低一些事錯成本。
可以幫助你快速成長。
在自學的過程中，一定要注意研發工程師的知識也是必不可少的，畢竟這些專業性的知識需要及時的跟研發工程師進行溝通，如果自己的知識有缺陷，不能跟他們達成一致的交流，那麼就會出現溝通障礙這些溝通障礙就會引發軟體的問題。
但自學的話又有很多知識盲區無法解決，也就導致了在未來之路上越走越難。想要解決這個問題，最好的方法還是選擇培訓機構。可能這一點有好多人也不大想承認，但是無可厚非，每個人都會經歷這麼乙個階段。
從自學到放棄，最後還是選擇了付費學習的方式。但曾經浪費過的時間。就再也回不去了。
在選擇培訓機構的時候也盡量要選一些時間短，見效快的，畢竟浪費4~6個月的時間太長。每個人都沒有太多的時間可以浪費。除了時間上還有錢上也要節約一些，畢竟剛開始工作的人。
資金也不是那麼充足。而線上學習就可以避免了這些問題。學費相對較低一些。
學習上也更自由。
老師也一定要選擇從大廠出來的這些大公司出來的高階測試工程師。也會有更多的實戰經驗分享給你。嗯。不至於像一些普通的小機構老師一問，兩眼抹黑！
測牛學堂-軟體測試培訓-專注測試培訓
想要了解的更清楚，不如直接去官網進行查詢，這樣了解的也會更全面一些。老師也會告訴你該如何做出選擇。也能問清楚關於培訓機構的實力如何。不至於盲目的做出錯誤的判斷。
5樓：劍哥
軟體測試用例設計這塊真的是博大精深呀！
軟體測試測試用例設計是軟體測試工程師的基本功，也是看家本領，我可以這樣說，你不懂軟體測試的用例設計，那麼你就不是乙個合格的測試工程師
測試用例設計這塊要會哪些呢？具體的學習測試用例設計系統的資料：
測試用例階段 - 編測編學學院 - Powered by Discuz!
體系化的學習路線如下：
6樓：Arnold
首先分兩類，第一類屬於是還沒有入行，想從事軟體測試的人員。這類人員有乙個普遍的特點，就是很多人都知道測試是找問題的。但是不知道怎麼去找。
而且這類人員往往會蒐集大量的書籍跟資料，然後自己去看書，看資料，然後跟著學習。但是這類人員有乙個問題是他們往往甄別不出來，資料的好與壞以及書籍的好與壞，往往會走很多彎路，如果自學的話。往往這類人員我建議還是參加相關的培訓，會入行比較快點兒。
7樓：測試新手上路
自學軟體測試的話給你推薦幾本書
1 《軟體測試》（第二版）
2 《軟體測試的藝術》（第三版）
3 《Google 軟體測試之道》
4 《測試架構師修煉之道》
測試用例的話：
如何編寫測試用例
測試用例的資訊有很多，可以根據實際的情況進行增刪，一般來說乙個優秀的測試用例應該包含以下資訊：
1.產品相關資訊
軟體產品或專案的名稱
軟體產品或專案的版本
功能模組名
功能描述
測試平台這些資訊建議可以在測試案例手工選擇。
2.基本記錄資訊
測試用例入庫者
測試用例入庫時間
測試用例更新者
測試用例更新時間
這些資訊建議可以由測試案例自動生成。
3.測試用例的屬性
測試用例ID：測試用例的ID（由案例管理系統自動生成，方便跟蹤管理）
測試用例名稱：測試用例的名稱
測試功能點：測試的功能檢查點
測試目的：該測試功能點的測試目的
測試級別：主路徑測試、煙霧測試、基本功能測試、詳細功能測試。
測試級別進行說明：
主路徑測試：對照需求中重要模組和功能的最主要功能路徑，主路徑測試為設計探針模組，快速檢查程式的可測試性（可測試性還包括安裝測試是否成功）的主要依據的測試案例
煙霧測試：對照需求中所有模組的主要功能路徑，主路徑測試案例為煙霧測試案例的子集，煙霧測試為做回歸測試的主要依據的測試案例。
基本功能測試：對照需求和總體設計中所有模組和功能的基本功能路徑，基本功能測試為測試軟體產品的非重要級別模組，書寫完全的自動測試指令碼的主要依據。
詳細功能測試：對照總體設計中所有模組和功能的功能路徑，測試各個模組及功能各個層次，各種型別。詳細功能測試案例為對重點模組，易發生錯誤的模組的主要依據
6.測試型別：功能測試、邊界測試、異常測試、效能測試、壓力測試、相容測試、安全測試、恢復測試、安裝測試、介面測試、啟動/停止測試、文件測試、配置測試、可靠性測試、易用性測試、多語言測試。
7.預置條件：對測試的特殊條件或配置進行說明
8.測試步驟：詳細描述測試過程，案例的操作步驟建議少於15個。
9.預期結果：預期的測試結果
8樓：IT知識庫-熊貓
軟體測試(英語：Software Testing)，描述一種用來促進鑑定軟體的正確性、完整性、安全性和質量的過程。軟體測試是一種實際輸出與預期輸出之間的審核或者比較過程。
軟體測試的經典定義是：在規定的條件下對程式進行操作，以發現程式錯誤，衡量軟體質量，並對其是否能滿足設計要求進行評估的過程。
第一階段功能測試，主要從計算機基礎、軟體測試核心理論、企業級環境配置實踐、功能測試專案實戰幾方面展開學習;
第三階段介面測試：Jmeter，主要從介面測試綜合核心理論、Jmeter、介面測試專案實戰、網路安全測試幾方面展開學習;
第四階段效能測試：Loadrunner，主要從效能測試核心理論、Loadrunner、效能測試專案實戰三方面展開學習;
9樓：IT技術小兵
《自動化測試實戰寶典》這本書不僅有自動化測試技術實戰，還有測試職場、測試思維、測試分析、設計，測試技術點到面於一體的測試知識體系寶典!!!
本書的寫作目的並不是為了簡單地告訴讀者如何使用乙個自動化測試工具，希望讀者在學習本書的內容後能提高綜合的技術高度與寬度，從而擺脫簡單的手工測試，成為一名新時代的優秀測試工程師。
正所謂:「授人以魚，不如授人以漁。」網際網路行業的工程師就好比運動員，要想在競技場上獲勝，需要在訓練場裡長期刻苦地練習技巧，想要成為乙個不被時代拋棄的技術人，就需要不斷地更新迭代自己的知識體系，加油讀者們，共勉!
10樓：小白學IT
關於自學：
1.軟體測試入門容易，但是這不是你認為它好學的理由，你怎樣輕視它，它就怎樣輕視你；
2.門檻低意味著容易入門，但同時也意味著要爬公升的道路比較長；
3.看書解決不了問題，只是參考，書籍更新速度慢，資訊傳達單一，但是經典的終歸還是經典；
4.不輕易推薦自學，這個還是要看人，自學非常容易鑽進牛角尖，見過太多的「從自學到放棄」。
找到志同道合的人一起學習
11樓：隔壁老王說測試
最後，就是在寫用例之前，先要公司模板，看別人怎麼寫的，統一書寫風格，以便測試組內融合。執行用例提單的時候，先看別人怎麼提的，統一提交風格，確保5C（準確、清晰、簡潔、完整和一致）原則。盡可能快速的多發現一些嚴重的問題，從而區別於他人，凸顯你的能力和水平。
以上就是先確保你能先穩定下來的同時保證日常工作能夠順利完成，然後有精力的話再去考慮自學軟體測試的其它相關技能，比如UI自動化測試、介面自動化測試和效能測試等等一系列技能。
測試工程師相比較開發工程師而言，入門門檻比較低，但如果想拔高，做到面面俱到的全棧測試工程師，其實還是很有挑戰性的，甚至比開發還要難。幹測試就如同逆水行舟一樣，不進則退（被歷史的洪流所淘汰），要不斷的主動自我驅動學習，學習行業當前的一些主流的測試技術，最好能以專案實戰的方式去成長，這樣往往是最快的學習成長方式。自己富足的同時，別忘了帶動他人，多一些分享和幫助，與人鮮花手留余香。
預祝自學的朋友們能成功，早日達到你們想要的高度。加油哦！
12樓：顧九珩
測試用例是黑盒測試的基礎了，每個測試入門必會技能編寫測試用例的原則：百分百覆蓋需求，所以我們首先要對需求有深刻的了解，依據需求才能寫出乙份完整的測試用例
我寫一下編寫測試用例方法，我只列出工作中常用的設計方法，至於工作中用不到純理論的方法，就省略了。
1. 等價類
等價類是指某個輸入域的子集合
等價類可以劃分為有效等價類和無效等價類
有效等價類：合理的，有意義的輸入資料構成的集合無效等價類：不合理的，無意義的輸入資料構成的集合2. 邊界值
3. 場景法
4. 錯誤推斷法
5. 大綱法
13樓：匯智動力IT學院
能入行測試工程師，說明已經具備了一定的軟體基礎。
對於有一定的基礎但不牢固，或者知識比較零散不成體系的軟體測試工程師，建議尋找一本初級教材來系統了解一下，如：《軟體測試技術基礎教程——理論、方法、面試》。
做軟體測試工作，首先得知道怎麼寫測試用例，所以，基礎還是很重要的。
作為剛入行的初級軟體測試工程師而言，首先需要學習測試理論，如軟體工程、測試基礎、軟體質量、測試用例設計方法等知識。
有了一定的理論基礎後，可選擇乙個專案從初始的測試需求分析、測試計畫、測試方案設計開始深入，直至最後階段的測試實戰、缺陷報告及測試報告編寫，將理論運用於實踐，通過實踐加深對測試理論的理解，循序漸進，熟練掌握常用的測試技術技能。
首先，一定要相信自己能做到；
其次，明白只有學習才能讓完成工作，賦予自己一種死磕的精神。
最後，管理好自己的時間和精力！
測試工程師如何做好軟體測試？
獨獨 用心，我也不能說自己做的很好，所以只能說自己的看法。首先用心的熟悉需求的業餘背景知識，還有業務邏輯。然後反覆的去思考，設計使自己的用例沒有缺漏。最後提高自己的技術吧，技術越好，你可以採用的方法就越多。 軟體測試藝術 建議你可以看一下 google測試之道 這本書，看看google測試工程師是如...
軟體測試工程師發展前景如何？
慧樂課堂莫姐 測試工程師的發展還是非常不錯的，不過的看每個人的情況，一般分兩個方向 1測試管理崗適合溝通能力強的測試工程師 2 存技術崗 適合喜歡研究技術和性格稍微內向的人 課工場優越IT學院 咱們倒著回答題友的問題吧 軟體測試者的職業發展路線有三條 技術線 業務線 管理線 技術線就是指從入行起一直...
軟體測試工程師的價值是什麼？
樂搏軟體測試學院 什麼是軟體測試呢？首先呢肯定要看一下官方的解釋 1979年，Glenford Myers 美梅爾斯 軟體測試藝術 The Art of Software Testing 為了發現錯誤而執行程式或者系統的過程 1983年，Bill Hetzel在 軟體測試完全指南 Complete ...