-
匿名使用者2024-02-06讓我們邊走邊學。
效能測試的書籍很多，去書店選擇適合自己的書就行了。
-
匿名使用者2024-02-05軟體測試工程師：軟體企業的質量管理。
-
匿名使用者2024-02-04軟體測試工程師學到了什麼？ 這麼多，今天我們來談談測試用例：
測試用例一直以來都是難題，很多朋友總是說自己寫不出來或者寫不出來，其實在經歷了學習之後，你會發現有些測試用例一點難點都沒有。
測試用例模板。
Zui小功能測試集：用於以簡單、高速的方式驗證系統是否滿足基本功能要求（Zui小功能集可全自動化）;
複雜測試集：用於進一步驗證系統在複雜或不常見的法律輸入和操作下是否能正常執行;
魯棒性測試集：用於測試系統在各種異常輸入、異常操作或異常環境中是否能正常響應，並檢測系統在出錯後是否能正常執行、是否造成資料丟失、是否破壞其他相關軟硬體等;
注意：ZUI小測試集、複雜測試集、魯棒測試集都是根據需求和使用測試用例設計方法編寫的。 UI是根據產品UI設計文件編寫的。
在編寫測試用例時，您需要考慮以下問題：
為什麼功能測試用例必須涵蓋所有需求？
讓其他人輕鬆檢視是否有效？ 哪些測試用例易於新增、刪除和修改？
具有樹狀結構和清晰層次結構關係的測試用例。 審計員通常會檢查樹枝是否完全覆蓋和冗餘，然後檢查葉子是否全面和冗餘。 有了這樣的層次關係，使用者也可以很好地維護測試用例。
哪些測試用例易於在多個專案之間共享？ 為什麼要將功能與 UI 測試測試集分開？
在測試用例設計中，將函式與UI測試用例分開，以便對於相同的功能需求，功能測試用例可以在多個專案中通用。 為了使功能測試用例在多個專案中通用，需要用通用術語描述功能測試用例。 UI用例應該只描述每個產品的UI的一些約束，參考以下**模組測試使用：
當撥號盤不輸入數字、鍵盤“灰顯”等時，此約束與具體專案有關，屬於UI用例。
需求模組劃分。
在設計測試用例之前，充分了解需求非常重要。 在此基礎上，將需求劃分為多個模組，形成需求樹（注：劃分模組時，可以重複需求。
但重複次數不宜過多，否則就需要考慮劃分模組是否合理？ ）