1樓：eosclover
不要怕先完整的理解需求，可以用腦圖羅列測試點設計基礎的測試用例，主要分為以下四類：
a.流程類的（畫流程圖的方式）
b.引數類的（輸入輸出表）
c.資料類的（等價類劃分）
d.組合類的（因子表）
乙個好的測試用例應包含以下幾點：
1.測試用例應該包含：用例編號、用例標題、預置條件、測試資料、測試步驟、預期結果
2.測試用例標題要是乙個完成的句子，如： 狀語主語謂語賓語補語（可選）
3.明確測試步驟和預期結果的對應關係
4.不要在測試步驟中使用籠統的詞
建議:測試用例寫完之後，跟組內成員互相review,查漏補缺的同時，讓同事或老大提出改進意見。
或者可以多看看這本書《軟體測試的藝術》和《測試架構師修煉之道》
2樓：
零基礎轉行學習肯定是需要適應的，剛剛接觸都會有無從下手的感覺，但我相信培訓班的老師在講測試方法，用例的編寫的時候肯定是會給學生們示範的，可以按照老師的範例繼續往下寫，多練習才可能熟練，如果只是看著老師寫，自己表面上感覺很簡單，會了，不用練習了，這就是錯覺。
加油，有問題多和培訓班的老師交流。
3樓：黃財財
先說，測試用例是測試人員需要掌握的最基本的能力，同時也確實是比較簡單容易上手的一項技能。
一般而言，編寫測試用例我們都會第一時間想到各類設計方法，什麼等價類，邊界值等等等等的。但個人覺得這些設計方法並不是最為核心的。在實際測試過程中，我們其實都是基於系統業務來進行的，所以最最核心的，應該是業務。
我們在熟知業務的前提條件下，才能更好地設計各類測試場景，獲取各類測試資料，應用各種設計方法來完善我們的測試用例。當然，前提條件還是你對於測試的基礎理念要有比較紮實的掌握才行。
你現在感覺比較迷，只是因為你當初所學的內容過於理論化，加上對於現有公司業務掌握不熟練，才會有的情況，多去熟悉業務，多去思考，然後把理論落地到實踐，慢慢就好了。不用太著急。
4樓：月牙彎
用例認真寫了超過3份以上就沒什麼感覺了，再寫就乙個感覺，要時間。就是乙個熟悉的過程，如果軟體是給別的公司做的，就寫的詳細點，如果是內部公司，那用例主要作用就是給你自己看，條理清楚，把主要的場景和特殊的場景寫下就行了
5樓：慧樂課堂
寫測試用例時首先要按照產品給的需求你來寫，方法有：
等價類劃分法
邊界值分析法
因果圖法
判定表場景法
正交法錯誤推斷法
正常性異常性
複雜性UI 邊界值
一般會用到excel、testlink寫測試用例
6樓：IT大詩兄
只能說你不明白業務，還有業務之前的關係。
剛開始都是照貓畫虎，然後慢慢就得心應手，你現在還是在學習階段，只能按照老師的方法去套。剛開始都是很痛苦的，以為你的思維模式還是沒有轉換過來，等你寫多了，慢慢就形成自己的所為模式了，測試用例簡單僅僅是唯手熟爾。
1。在充分測試來說，每乙個都要測試的，我現在也是鼓勵你每乙個都要測試，等你寫的多了就知道如何去做了。
2。你又說別的輸入框有沒有關係，這個想法是值得表揚的，這個就得考慮這個輸入框的型別的了，文字型別，單選，級聯型別等等
加油啊，一入測試深如海，歸來還是少年人。
7樓：superior
首先你要熟知業務，了解當前的業務邏輯，明確知道你要測試的專案是做什麼的。
然後根據業務流程開始制定測試用例，又分為常規操作和異常處理。常規操作就是乖乖的把流程每一步寫好，不去做任何玄學操作時，專案的期望結果是什麼。異常操作就是不走尋常路，此時專案是否準確攔截了異常等等。
面試被問200個測試用例需要測試多久怎麼回答？沒有過測試工作經驗？
小九幽 個人拙見 小需求寫的用例比較簡單，比如UI顯示一類的，這種測的快，注意觀察字段顯示就好。如果是功能效能方面改動的大需求，用例測起來也比較麻煩，設計的測試點多，時間就會長。我以前面試基本沒遇到過這種問題，最多會問寫多少條用例，都怎麼寫。這種問題還真沒見人問過 會測試的虛竹 不要直接回答多長時間...
測試工程師都是怎麼寫測試用例的？
寫測試用例前，我們肯定是要做一些前期準備工作，參加需求分析，評審需求文件，根據需求文件編寫測試用例大綱，也就是我們需要提煉出功能點，那什麼是功能點，根據列出來的功能點進行用例編寫，編寫用例就通過拆分各個細分功能點的細節進行。用上測試用例分析方法 劃分有效類 確定邊界值 使用因果圖 判定表 錯誤推測等...
介面 功能測試用例怎麼寫 快入職了，有點慌？
測試小盒 入職後可以和同事要個模板，或者直接參考同事寫過的測試用例樣式，內容的話，你需要先看下公司業務和你負責的模組需求，然後通過你學習到的一些設計測試用例的方法，然後開始編寫測試用例的方法。我最近在做總結，關於用例的設計方法在我的文章中有寫了一些，可以做下參考。 測試奇譚 擷取一段 測試奇譚 什麼...