資料結構
網路
關係型資料庫管理系統
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C語言程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
服裝設計
法律研究如何編寫測試用例？
什麼是測試用例？
測試用例是一組標準，測試人員使用它來驗證軟體應用程式是否滿足客戶的要求。測試用例設計中包含前提條件、用例名稱、輸入條件和預期結果。測試用例是從測試場景派生出來的基本活動。
它是一個綜合文件，包含所有可能的輸入（正向和負向）以及測試執行過程的導航說明。編寫測試用例是一次性工作，將來可以重複用於迴歸測試。
測試用例包含有關測試策略、過程、前提條件和預期結果的全面資訊。這些資訊在測試過程中用於檢視軟體應用程式是否能夠執行其建立的目的。
透過將缺陷與測試用例 ID 關聯，測試用例幫助測試人員報告缺陷。詳細的測試用例文件使測試團隊受益，因為如果開發人員遺漏了某些內容，則可以在執行這些萬無一失的測試用例時發現。為了構建測試用例，我們需要提取輸入的要求以及測試場景，以確保我們不會忽略任何測試功能。然後，為了保持一致性，我們應該有一個測試用例模板，或者每個測試工程師都應以相同的方式準備測試文件。
每當開發人員忙於編寫程式碼時，我們通常都會編寫測試用例。
測試用例與測試場景
測試場景有點模糊，涵蓋了很多方面。在測試方面，一切都必須非常具體。
例如，考慮以下測試場景 - 檢查登入功能有各種測試用例需要考慮 -
測試用例 1 - 檢查插入有效使用者 ID 和密碼的結果
測試用例 2 - 檢查在測試用例 2 中輸入無效使用者 ID 和密碼的結果。
測試用例 3 - 檢查當用戶 ID 為空且按下登入按鈕時的響應，以及許多其他情況。
這些都是測試用例。
何時編寫測試用例？
當我們擁有以下資訊時，我們將編寫測試用例 -
當客戶提供業務需求時，開發人員開始工作並估計產品需要 3.5 個月才能完成。
同時，測試團隊將開始編寫測試用例。
完成後，它將傳送給測試主管進行審查。
一旦開發人員完成構建，產品就會移交給測試團隊。
因為測試是持續的，並且不依賴於人的情緒，而是依賴於測試工程師的質量，所以測試工程師在測試產品文件時從不檢視需求。
重要 - 因為產品仍在開發中，所以在編寫測試用例時永遠不要編寫實際結果。因此，只有在完成測試用例後才能編寫實際結果。
編寫測試用例的過程
編寫測試用例的過程可以分解成以下步驟 -
系統研究
考慮所有可能的情況
建立測試用例。
審查測試用例。
修復發現的任何錯誤
測試用例審批
在測試用例儲存庫中跟蹤您的測試用例。
系統研究
在這種情況下，我們將研究客戶提供的需求或 SRS，以更好地瞭解應用程式。
考慮所有可能的情況
產品釋出後，終端使用者可以使用軟體的各種方法是什麼？以確定所有可能性？
在標題為測試設計/高階設計的文件中，我涵蓋了所有可能的情況。
測試設計是一個包含所有可能情況的資料庫。
建立測試用例
將所有發現的場景轉換為測試用例，根據其功能對它們進行分組，確定模組的優先順序，並使用測試用例設計方法和標準測試用例模板編寫測試用例，該模板是為專案選擇的。
審查測試用例
將測試用例交給團隊負責人進行審查，然後修復審閱者提供的審查意見。
測試用例審批
根據輸入修復測試用例後，將其傳送回以供批准。
在測試用例儲存庫中跟蹤您的測試用例。
測試用例獲得批准後，將其儲存在測試用例儲存庫中，這是一個熟悉的位置。
編寫測試用例時要考慮的術語
編寫測試用例時，請務必提供以下詳細資訊。
本節描述了正在測試的需求。
系統將如何進行測試的描述
測試設定，其中包括硬體、安全訪問、物理或邏輯日期、被測應用程式的版本、軟體、資料檔案、作業系統、一天中的時間、先決條件（例如其他測試）以及與正在測試的需求相關的任何其他設定資訊。
（操作和預期結果）輸入和輸出
任何附件或證明
使用主動案例術語
測試用例中的步驟不應超過 15 個。
自動化測試指令碼中記錄了輸入、目的和預期結果。
編寫測試用例的最佳方法
測試用例必須簡單明瞭
使您的測試用例儘可能簡單。它們必須清晰明瞭，因為測試用例作者可能無法執行它們。
使用宣告性語言，例如“轉到主頁”、“輸入資料”、“點選此處”等。這使得更容易理解測試階段並加快測試過程。
建立考慮終端使用者的測試用例
任何軟體專案的最終目標都是建立滿足客戶需求且易於使用和執行的測試用例。測試人員必須從終端使用者的角度編寫測試用例。
不要重複使用相同的測試場景
測試用例不應重複。如果某個測試用例需要執行另一個測試用例，則在前提條件列中引用其測試用例 ID
不要做假設
建立測試用例時，不要對軟體應用程式的功能和特性做出假設。遵循規範文件中的規範。
確保您擁有完整的覆蓋範圍
確保您編寫測試用例以確保您涵蓋了規範文件中的所有軟體需求。使用可追溯性矩陣來驗證沒有遺漏任何功能或條件。
測試用例必須能夠識別
測試用例 ID 的命名方式應使其以後易於識別，以便監視錯誤或識別軟體需求。
使用測試方法
在您的軟體應用程式中，您將無法驗證每種可能的情況。軟體測試方法幫助您選擇少量最有可能檢測到缺陷的測試用例。
自我清潔
您編寫的測試用例必須將測試環境恢復到其先前狀態，並且不應使其無法使用。這在配置測試方面尤其重要。
可靠且獨立
無論誰評估測試用例，結果都應一致。
同行評審
完成測試用例編寫後，請讓您的同事對其進行審查。您的同事可以發現您可能忽略的測試用例設計中的缺陷。
812 次檢視
