測試流程：需求分析–>編寫測試計畫–>測試設計–>測試執行–>測試結果輸出
需求分析階段：閱讀需求，理解需求，主要就是對業務的學習，分析需求點，參與需求評審會議。
測試計畫階段：主要任務就是編寫測試計畫，參考軟體需求規格說明書制定專案總體計畫，內容包括測試範圍，環境資源的準備，進度安排，人力物力的分配，整體測試策略的制定，風險評估與規避措施有乙個制定。
測試執行階段：搭建環境，執行冒煙測試，然後按照測試用例進入正式測試，進行bug跟蹤管理直到測試結束。
測試結果輸出：出測試報告，確認是否可以上線
詳細測試流程：了解使用者需求–>參考需求規格說明書–>測試計畫–>編寫測試用例–>評審用例–>搭建環境–>冒煙測試–>執行測試用例–>bug跟蹤處理–>測試報告輸出–>版本上線–>上線驗證–>面向使用者
軟體測試用例的基本要素包括測試用例編號、測試標題、重要級別、測試輸入、操作步驟、預期結果
測試用例設計常用的7種方法：等價類、邊界值、場景設計法、判定表、因果圖、正交法、錯誤猜測法。
1．等價類
等價類是指某個輸入域的子集合。在該子集合中，各個輸入資料對於揭露程式中的錯誤都是等效的，並合理地假定：測試某等價類的代表值就等於對這一類其他值的測試，因此，可以把全部輸入資料合理劃分為若干等價類，在每乙個等價類中取乙個資料作為測試的輸入條件就可以用少量代表性的測試資料取得較好的測試結果。等價類劃分有兩種不同的情況：有效等價類和無效等價類。
（1）有效等價類
是指對於程式的規格說明來說是合理的、有意義的輸入資料構成的集合。利用有效等價類可檢驗程式是否實現了規格說明所規定的功能和效能。
（2）無效等價類
指對程式的規格說明是不合理的或無意義的輸入資料所構成的集合。對於具體的問題，無效等價類至少應有乙個，也可能多個。
設計測試用例時，要同時考慮這兩種等價類。因為軟體不僅要能接收合理的資料，也要能經受意外的考驗，這樣的測試才能確保軟體具有更高的可靠性。
2．邊界值
邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下，其測試用例來自等價類的邊界。
與等價劃分的區別：
（1）邊界值分析不是從某等價類中隨便挑乙個作為代表，而是使這個等價類的每個邊界都要作為測試條件。
（2）邊界值分析不僅考慮輸入條件，還要考慮輸出空間產生的測試情況。
3．場景設計法
通過運用場景來對系統的功能點或業務流程的描述，從而提高測試效果的一種方法。用例場景來測試需求是指模擬特定場景邊界發生的事情，通過事件來觸發某個動作的發生，觀察事件的最終結果，從而用來發現需求中存在的問題。
基本流：是經過用例的最簡單的路徑（無任何差錯，程式從開始直接執行到結束）
備選流：乙個備選流可能從基本流開始，在某個特定條件下執行，然後重新加入基本流中，也可以起源於另乙個備選流，或終止用例，不在加入到基本流中；（各種錯誤情況）
場景法的運用：
· 基本流
2）賬號不存在
3）賬戶餘額不足
更多的備選流。。。。。。
1)條件樁：在左上部，列出了問題的所有條件。通常認為列出的條件的次序無關緊要。
2)動作樁：在左下部，列出了問題規定可能採取的操作。這些操作的排列順序沒有約束。
3)條件項：在右上部，列出針對它左列條件的取值。在所有可能情況下的真假值。
4)動作項：在右下部，列出在條件項的各種取值情況下應該採取的動作。
判定表的建立步驟：
1)確定規則的個數.假如有n個條件。每個條件有兩個取值（0,1）,故有2的n次方種規則。
2)列出所有的條件樁和動作樁。
3)填入條件項。
4)填入動作項。得到初始判定表。
5)簡化.合併相似規則（相同動作）
判定表例項：
例1：思想品德好，身體好，學習好,全部合格才能成為三號學生，否則不能成為
a.確定規則個數：3個條件，故規則個數= 2^3 =8
b.得到條件樁和動作樁。
c.生成判定表
例2：需要確保電腦有印表機的驅動，印表機正常工作、印表機的紙張充足、印表機墨粉充足才能滿足列印。
a.確定規則個數：4個條件，故規則個數= 2^4 =16
b.得到條件樁和動作樁
d.簡化
1）在2/3/4/6/7/10/12/15列中，結果都為x2，所以只要c1=0，就用不管c2/c3/c4是什麼，那麼這幾列就可以合併；
2）在1/8/9/13列中，結果都是x3，所以只要c1=1，c2=0，就不用管c3/c4是什麼，那麼這幾列就可以合併；
3）在5/14列中，結果都是x4，所以只要c1=1，c2=1，c3=0，就不用管c4是什麼，那麼這兩列就可以合併；
化簡後如下：
4．錯誤推測法
錯誤推測法是指：在測試程式時，人們可以根據經驗或直覺推測程式中可能存在的各種錯誤，從而有針對性地編寫檢查這些錯誤的測試用例的方法。
例如, 輸入資料和輸出資料為0的情況；輸入**為空格或輸入**只有一行。 這些都是容易發生錯誤的情 況。可選擇這些情況下的例子作為測試用例。
例如，測試手機終端的通話功能，可以設計各種通話失敗的情況來補充測試用 例：
無sim 卡插入時進行呼出（非緊急呼叫）
插入已欠費sim卡進行呼出
射頻器件損壞或無訊號區域插入有效sim卡撥出
網路正常，插入有效sim卡，呼出無效號碼（如1、888、333333、不輸入任何號碼等）
網路正常，插入有效sim卡，使用「快速撥號」功能呼出設定無效號碼的數字
例如，測試乙個對線性表（比如陣列）進行排序的程式，可推測列出以下幾項需要特別測試的情況：
輸入的線性表為空表；
表中只含有乙個元素；
輸入表中所有元素已排好序；
輸入表已按逆序排好；
輸入表中部分或全部元素相同。
點讚關注~持續分享，加入我們，642830685，免費領取最新軟體測試大廠面試資料和python自動化、介面、框架搭建學習資料！技術大牛解惑答疑，同行一起交流。
軟體測試 判定錶用例設計方法
判定表是分析和表達多種輸入條件下系統執行不同動作的工具，它可以把複雜的邏輯關係和多種條件組合的情況表達得既具體又明確。1 條件樁 列出系統所有的輸入和條件 2 條件項 所有輸入和條件的真假值 3 動作樁 列出系統可能採取的操作和輸出 4 動作項 列出在所處條件項下，系統出現的動作 確定輸入和輸出,列...
atm取款流程測試 軟體測試用例設計方法 場景法
從本篇文章開始，進入到測試用例設計方法的分享，第乙個要分享的方法就是，場景法。相信對測試有一定基礎的你會感到奇怪 用例設計方法，不是應該從等價類劃分法說起嗎？為什麼一上來就直接說場景法呢？對，如果從淺入深的角度，應該是等價類劃分，到邊界值，再到場景法。這也是很多轉行測試的小夥伴在回答面試題 你知道有...
軟體測試用例設計方法
1.概述 grenford j.myers在 the art of software testing 一書中提出 乙個好的測試用例是指很可能找到迄今為止尚未發現的錯誤的測試，由此可見測試用例設計工作在整個測試過程中的地位，我們不能只憑藉一些主觀或直觀的想法來設計測試用例，應該要以一些比較成熟的測試用...