1樓：
寫測試用例前，我們肯定是要做一些前期準備工作，參加需求分析，評審需求文件，根據需求文件編寫測試用例大綱，也就是我們需要提煉出功能點，那什麼是功能點，根據列出來的功能點進行用例編寫，編寫用例就通過拆分各個細分功能點的細節進行。用上測試用例分析方法：劃分有效類、確定邊界值、使用因果圖、判定表、錯誤推測等等
2樓：黑馬程式設計師
新手軟體測試工程師在寫測試用例的時候一般都會遇到漏寫功能，或者是用例出現白話文的情況。很多人都希望找老人要乙個訣竅，但時間上乙個老手在寫測試用例的時候也不能保證包含了所有的點，遺漏是很正常的情況，在以後不斷的工作積累中遺漏就會慢慢變少。
下面還是給大家一些建設性的意見，如何利用寫的測試驗證產品質量；
有的人認為寫好測試用例的第一步在於用例的設計，其實不然。個人認為在用例設計之前還有一件頂要緊的事。就是充分了解需求，乙個專案成立開始，我們就要從產品的需求文件、原型圖、效果圖等相關文件去熟悉各個產品的每乙個模組還有業務流程。
乙個產品在規劃和設計階段，測試開始熟悉產品，而編寫用例的過程，會充分的思考產品需求的細枝末節，需求的不合理、有矛盾、不明確的地方我們還可以對產品提出更好的意見。監督產品對需求做出更加詳細的設計，整個過程中對需求深入了解的過程，產品的整個印象都要在測試腦袋裡面，這才是寫好用例設計的前身；
軟體測試入門到精通編寫測試用例是把產品需求轉化為一種可以操作的步驟，方便以後作為測試的標準。如果沒有乙個標準化的劉沖，會導致產品上線過程的不受控性增大，這樣的產品質量也不能受到保證。
在寫之前可以從幾方面考慮問題：
測試用例的覆蓋率，必須保證需求的100%覆蓋
測試用例的可支援性，得保證測試用例能夠執行，或者便於操作的步驟
測試用例的可讀性，能做到讓乙個不懂測試的人可以根據測試用例，執行用例達到標準
及時維護測試用例，也許是乙個功能變更或者是新增，都需要考慮的很全面，可以保證測試用例的完整性。
這屬於測試工程師必備技能，通過專案的需要劃分測試力度，然後設計測試用例，具體的方法：
邊界值分析法：對輸入的邊界條件進行分析，設計出針對邊界值的測試用例；
等價類劃分法：分為有效等價類和無效等價方法；
功能圖法：描述程式狀態變化、轉移的過程，因為軟體執行或操作的過程可以看作是其狀態不斷發生變化的過程；
錯誤推測法：判斷亦或猜測，找到缺陷後，設計出相應的測試用例等等
為初學者打造的軟體測試精品教程作為乙個測試來說，除了經驗以外就是個人能力是決定了測試用例是否可以寫好。在看待產品要有乙個全域性性思維，對於產品的缺陷要有較高的敏感程度，對於軟體測試工具的正確使用，比如：TestWritrer使用、操作、配置環境，一系列的測試流程都要掌握，最後最關鍵的就是豐富的專案經驗，以上都具備，一定會寫出優秀的測試用例；
深入了解軟體測試
3樓：滾了個犢子
作為乙個測試工程師，同時兼顧產品，我認為這測試用例前，先做一些準備工作。
1.測試功能板塊分類
2. 測試流程的梳理
3測試方法的梳理
4.結合以上三個重要因素，然後整個測試用例，前置條件寫清楚，每一步的操作步驟，測試的要點，預期的結果，同樣需要考慮操作步驟的不同，乙個測試點，多個測試用例。
5.測試需要有發散性的思維，也要有總結的記錄習慣。不然，做測試很難做好。
6.至於自動化，或者其他的，就看個人的能力問題了
4樓：川石資訊
寫測試用例是測試最基本的技能，但是如何寫出條理清晰，簡單明瞭的測試用例呢?
1、測試用例的基本要素：
功能功能項
測試目的
前提條件
測試要點
預期結果
2、整體了解業務，進行大致分類
根據大的功能來分類，一般是根據某個功能的整個流程分類，若某個功能流程中，某個功能項內容內容很多，可單獨分為乙個功能，測試點盡量避免重複。
3、測試點注意操作聯動影響，即操作某功能考慮當前頁面聯動，其他頁面聯動，及其他裝置聯動
4、考慮異常情況：斷線重連、前台執行，後台執行，殺掉程序、覆蓋安裝……
5、考慮相容性：機型、系統版本，螢幕大小、網路
軟體測試工程師面試，測試用例都沒過。是不是不適合這行？
秋潭月明 測試用例很考驗測試人員的測試思路和功底，答不上來是一點都說不出來，還是沒GET到點上？這一點可以自己想下。做為乙個測試，測試思路相當重要，面試用例這塊兒，是必須的，就是想通過這一環節大概知道你的測試思路 竟然花錢學習，選擇改變了，為啥要放棄呢？對於測試行業來說，萬物皆可測試 所以不存在答不...
測試工程師如何發展？
黃豆醬的蔥 我做過7年的測試，從08年到15年。測試崗位的技能能力到目前其實變化不是非常大 老婆兩年前從360離職 如果說個人技能發展那麼我覺得從技能方面來說可以按這種模式來 1 做業務功能測試時，試著自己在休閒時間寫乙個類似的功能模組，必須包含前後臺，語言選擇你喜歡或者你會的就行。2 做效能測試時...
測試工程師如何做好軟體測試？
獨獨 用心，我也不能說自己做的很好，所以只能說自己的看法。首先用心的熟悉需求的業餘背景知識，還有業務邏輯。然後反覆的去思考，設計使自己的用例沒有缺漏。最後提高自己的技術吧，技術越好，你可以採用的方法就越多。 軟體測試藝術 建議你可以看一下 google測試之道 這本書，看看google測試工程師是如...