資料結構
網路
關係資料庫管理系統 (RDBMS)
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C語言程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
時尚研究
法律研究什麼是測試場景？
任何可以測試的功能都定義為測試場景。它也稱為測試可能性或測試條件。作為測試人員，您應該設身處地為終端使用者著想，並確定被測應用程式 (AUT) 的現實世界場景和用例。
用簡潔的語句來說，測試場景是一個完整的列表，其中包含涵蓋軟體程式端到端功能的測試用例。場景定義為簡潔的語句。測試場景是對可測試需求進行高級別的分類。這些標準根據模組的功能進行分類，並源自用例。
由於場景中包含許多測試用例，因此這是一個全面的測試過程。測試人員必須在完成測試場景之前評估每個場景的測試用例。測試人員必須在測試場景中設身處地為使用者著想，因為他們是從使用者的角度測試軟體應用程式。該過程中最重要的方面是場景準備，這需要尋求客戶、利益相關者或開發人員的建議或幫助。
重要 - 由於文字場景過程不包含導航步驟或輸入，因此無法執行測試執行過程。
這些是高級別文件，描述了使用應用程式的所有可能的排列或各種方式或組合，其主要目標是瞭解應用程式的總體流程。
編寫測試場景的方法
要作為測試人員構建測試場景，請遵循以下步驟 -
檢查軟體的需求文件，例如 SRS（系統需求規範）、BRS（業務需求規範）和 FRS（功能需求規範）。您還可以查閱應用程式的用例、書籍、手冊和其他資源。
對於每個需求，確定所有技術方面和目標。
查詢使用者與軟體互動的每種可行方式。
確定系統可能被利用的所有可能場景，以及可能是駭客的使用者。
閱讀需求文件並完成預定分析後，列出各種測試用例以檢查軟體的每個功能。
在確定所有可能的測試場景後，建立一個可追溯性矩陣，以檢視每個需求是否都有匹配的測試場景。
專案主管審查所有可能性。然後，專案的其他利益相關者會對其進行評估。
在編寫測試用例時，我們必須遵守一些規則 -
始終保留最常用功能和模組的列表。
我們通常從逐個選擇模組開始場景，以便保持良好的順序並避免錯過任何模組級別。
場景通常在模組級別定義。
刪除場景應始終是最後的手段；否則，我們將浪費大量時間重新建立資料。
它應該用簡單的英語編寫。
每個場景都應以一兩行格式編寫，儘量不要用段落編寫。
每個場景都應包含執行操作和檢查結果。
建立測試場景的原因
一個測試場景可以涵蓋多個測試用例。因此，測試場景和測試用例之間存在一對多的關係。但是，測試人員在開發測試場景時必須考慮每個場景。它由測試人員建立，用於從終端使用者的角度測試應用程式。測試人員從所有開發人員、利益相關者和客戶那裡尋找關鍵資訊。
以下是建立測試場景的原因 -
精心設計的測試場景確保全面且適當的測試覆蓋率。
有必要建立它們來調查程式的端到端功能。
它們可用於確定最重要的關鍵端到端事務或即時應用程式使用情況。
它們可用作快速確定測試人員的工具，然後可以用來幫助客戶或組織有效且高效地建立提案和組織測試人員。
應用程式的批准在多個級別進行，包括客戶、業務分析師、開發人員等，以確保進行徹底且適當的測試。
何時不應建立測試場景
在某些情況下應避免建立測試場景 -
在使用 Scrum 等敏捷方法的專案中，不太可能開發它。
當被測應用程式不穩定或過於複雜，或專案處於關鍵時間狀態時，可以避免它。
在維護專案中，由於在之前的測試周期中會發生大量文件記錄，因此可能會為了迴歸測試或新的缺陷而避免建立它。
測試場景的特徵
測試場景是一行簡潔的語句，指導測試人員完成測試過程。
透過使用測試場景，可以減少產品的複雜性和重複性。
測試場景是指您詳細地討論和思考測試，但將其以簡潔的語句寫下來。
它是一系列串聯在一起的步驟。
當測試人員沒有足夠的時間編寫測試用例並且團隊同意一個全面的簡潔場景時，測試場景變得更加重要。
測試場景是一個節省時間的實用活動。
易於維護，因為新增和修改測試場景簡單且獨立。
測試場景示例
我們正在使用 Gmail 應用程式為最常用的模組（例如登入、撰寫和收件箱）建立測試用例。
登入模組的測試場景
輸入正確的登入資訊（使用者名稱和密碼）後，檢查是否顯示主頁。
輸入無效的使用者名稱和密碼後，檢查主頁。
如果使用者名稱和密碼欄位為空，請檢查錯誤訊息。
輸入有效的登入資訊，單擊“取消”，然後查詢要重置的欄位。
輸入無效的登入資訊超過三次，檢查帳戶是否已被阻止。
輸入有效的登入資訊後，檢查使用者名稱是否顯示在主螢幕上。
撰寫模組的測試場景
檢查所有使用者是否可以訪問“收件人”、“抄送”和“密送”電子郵件地址。
檢查所有使用者是否可以訪問“收件人”、“抄送”和“密送”欄位。
準備一條訊息，傳送它，然後等待確認訊息。
撰寫一封電子郵件，傳送它，然後檢查發件人的已傳送專案以及收件箱。
建立一條訊息，傳送它，然後檢查發件人收件箱中的無效和合法電子郵件地址（有效格式）。
撰寫郵件後將其丟棄，檢查確認訊息和草稿郵件。
寫完電子郵件後，將其儲存為草稿，然後查詢確認訊息。
撰寫一封電子郵件，關閉它，然後在將其儲存為草稿之前檢查確認資訊。
收件箱模組的測試場景。
單擊收件箱中的郵件，檢查是否顯示並突出顯示所有收到的郵件。
檢查最近收到的電子郵件的發件人電子郵件 ID 是否已正確顯示。
選擇電子郵件，回覆並轉發它；檢查發件人的已傳送專案和收件人的收件箱。
檢查電子郵件中的任何附件是否已下載。
下載前，確保已正確檢查附件中的惡意軟體。
選擇電子郵件，回覆並轉發它，然後將其儲存為草稿。檢查草稿部分的確認訊息和檢查結果。
檢查所有標記為已讀的電子郵件是否未被突出顯示。
驗證所有抄送收件人都對所有使用者可見。
檢查所有密送電子郵件收件人對使用者隱藏。
選擇郵件，將其刪除，然後檢查垃圾箱資料夾。
705 次瀏覽
