tag 用例

標籤
貢獻14
59
01:23 AM · Nov 15 ,2025

@用例 / 博客 RSS 訂閱

奇峯卧虎 - 聊聊項目初期測試管理者需要關注哪些資源

人力資源、工具和環境資源、流程文檔資源,以及容易被忽視的時間資源。人力資源是核心,因為再好的工具也需要人來操作。工具和環境是測試執行的基石,流程文檔則保證測試的規範性和可追溯性。 在項目初期階段,系統性地規劃和關注關鍵資源是確保測試活動順利開展、項目質量可控的基礎。 一、核心人力資源 團隊組建與技能匹配 測試人員:根據項目技術棧(如Web、移動端、嵌入式、

軟件測試 , 測試計劃 , 數據 , 用例

收藏 評論

墨色天香 - Python 各種測試框架簡介(二):unittest - 喵醬的書架 -

一、Unittest 框架概述 1.1 起源與發展 Unittest是Python標準庫中內置的單元測試框架,它的設計理念深受Java領域著名測試框架JUnit的啓發。作為一個免費開源的測試解決方案,Unittest在Python生態系統中扮演着至關重要的角色。 該框架在設計層面完全基於面向對象的設計思維,這意味着要熟練使用

測試方法 , 測試用例 , 用例 , 單元測試 , 後端開發 , Python

收藏 評論

軟件求生 - 只有 6 小時停機窗口,我們如何完成原本要 48 小時的測試?

大家好,我是小米,一個 31 歲仍堅持相信技術能改變世界、但也深知需求能改變頭髮數量的程序員。 最近,我們公司搞了個“大動作”——支付主體切換。聽起來挺酷的,但做過支付同學都懂:這絕對不是簡單的“換個名字”或者“調個參數”這麼輕鬆。 它意味着從最核心的訂單到最角落的對賬,從你點外賣的“下單-支付-回調”,到商家第二天清晨的“營收到賬”,統統都要配合這一次遷移。

鏈路 , yyds乾貨盤點 , 優先級 , 辦公效率 , 用例

收藏 評論

mob64ca12e1497a - AIcopilot功能用例生成

AIcopilot功能用例生成旨在幫助開發者以更高效的方式創建功能用例,從而優化產品開發流程與增強用户體驗。它可以自動生成與產品需求相關的用例,節省開發團隊的時間和精力。本文將從多個角度分析如何解決“AIcopilot功能用例生成”這一問題。 首先,我們得了解一下背景。過去的幾年,AI技術迅猛發展,尤其是在2020年代中期,基於AI的協助工具逐漸普及。到2023年,眾多企業紛紛試圖將

System , 用例 , aigc , ci

收藏 評論

技術極客之光 - AI 生成第6篇測試文章:用例編寫指南_ai測試用例

藉助 AI 創建測試用例的核心步驟為:準備需求文檔與定義測試範圍 → 選擇並配置 AI 工具 → 創建智能體並設定規則 → 生成用例並優化調整。 準備需求文檔與定義測試範圍 梳理待測功能的核心點、業務規則和邊界條件,明確測試類型(功能/接口/性能等)25。 整理 PRD、API 説明等資料,若有歷史優質用例也一併準備,幫助 A

測試用例 , 用例 , API , 後端開發 , Python

收藏 評論

中國英茂科工 - L298N 和 ZK-5AD 這兩款電機驅動模塊的區別

你想了解 L298N 和 ZK-5AD 這兩款電機驅動模塊的核心區別,以及能讓它們共用的通用例程,我會從模塊特性、差異對比和通用代碼實現三個方面給你講清楚。 一、L298N 與 ZK-5AD 核心區別 首先要明確兩款模塊的定位和核心差異,這是編寫通用例程的基礎: 特性 L298N 模塊 ZK-5AD 模塊

yyds乾貨盤點 , 初始化 , 用例 , 物聯網 , 引腳

收藏 評論

數據狂徒 - 年月日軟件測試用例的設計,時鐘——黑盒測試用例設計實例-

1. 基於測試總時間的比例法(最常用) 這是最實用的方法。測試用例設計的時間通常佔整個測試周期(不包括測試執行)的30%-50%。 30%:適用於需求清晰、變更少、複用率高或項目非常敏捷的情況。 50%甚至更高:適用於需求複雜、新穎、模糊,或對質量要求極高的項目(如金融、航天)。 計算公式:用例設計時間 ≈ (測試總週期 - 執行

功能點 , 用例 , 用例設計 , Css , 前端開發 , HTML

收藏 評論

Toobin - PostIn從初級到進階(7) - 對接口進行全方位自動化測試,有效確保接口質量

PostIn是一款國產開源免費的接口管理工具,支持接口文檔管理、接口測試、接口調度,工具支持一鍵安裝零配置,頁面設計簡潔易用。本文將介紹如何編寫接口用例並進行全面測試。 1、接口用例 PostIn支持如下幾種測試用例。 接口單元用例:針對單個接口的輸入輸出進行驗證,包括正常數據返回、異常數據處理、邊界值校驗等,確保接口基礎邏輯的正確性。

接口管理工具 , 性能測試 , PostIn , 測試計劃 , 用例 , 後端開發 , Python

收藏 評論

mob64ca12d61d6b - AIGC拓展swagger用例

在當今的開發環境中,AIGC(AI Generated Content)技術的迅猛發展使得構建和擴展API文檔的需求變得更加重要。特別是Swagger(也稱為OpenAPI)的使用,能有效地幫助開發者在創建和管理API時提供一個清晰的接口描述。在這篇博文中,我們將深入探討如何“拓展Swagger用例”。 四象限圖展示了當前我們面臨的主要問題: quadrantChart

用例 , API , aigc , ci

收藏 評論

wx608ac0afda75d - 接口自動化,用例獨立還是用例複用

"用例獨立。用例相互之間沒有依賴,隨便拉出一條用例就能執行。" 這是我在文章《接口自動化框架設計漫談V1.0》提到的,也是我一直堅持的接口自動化用例設計方式。 這麼做的依據是某些開源測試框架是這樣設計的,某些公司測試平台也是這麼設計的,自然而然就這樣認為了。最近公司平台做了升級,能夠支持用例複用了,讓我重新思考接口自動化的用例,到底是獨立還是複用。 為什麼用例獨

用例 , 複用 , 測試框架 , 前端開發 , Javascript

收藏 評論

Toobin - PostIn從初級到進階(8) - 通過接口場景測試來驗證業務場景的正確性

在接口測試過程中,需要通過模擬真實業務流,彌補單一接口測試的侷限性,有效保障系統在複雜交互場景下的功能正確性、性能穩定性及數據一致性,本文將介紹如何通過PostIn接口場景測試來驗證業務場景的正確性。 1、添加接口場景用例 通過接口場景用例模擬不同的接口場景,來驗證各個接口之間的協作。可以按預定順序發送接口請求,測試複雜操作,並觀察數據如何在

接口管理工具 , 數據 , 用例 , 後端開發 , 接口場景用例 , for循環 , Python

收藏 評論

daleiwang - java uml 設計代碼練習題

不定項選擇題: 1.一個軟件產品是否成功,因素有( )。 l 需求收集是否正確 l 體系結構的構建是否合理 l 測試是否完全 l 軟件的管理 2.開發過程中最困難的一個環節是( )。 人與人之間的交流 3.用例是從( 用户 )的觀點對系統行為的一個描述。 4.順序圖所表達的是基於( 時間順序 )的動態交互。 5.當需要在

類繼承 , 用例 , 後端開發 , java uml 設計代碼練習題 , JAVA , 順序圖

收藏 評論

奇峯卧虎 - 聊聊迴歸測試用例維護成本過高處理方法

迴歸測試用例維護成本過高是一個常見且令人頭痛的問題,這不僅消耗大量時間和精力,還可能導致測試效率低下,甚至遺漏關鍵缺陷。 資產”變“負債”隨着產品功能的不斷增加,迴歸測試用例集會變得越來越龐大。維護這些用例(如更新操作步驟、定位符、校驗點)本身就成為一項繁重的工作。 一、 根本原因分析 用例冗餘與重複:大量用例測試的是相同或相似的功能點,一個功能變更需要修改多個

軟件測試 , 優先級 , 用例 , ui

收藏 評論

detailtoo - ea畫順序圖中的異步消息

用EA 建模設計Blog全過程 第一篇 UML實踐----用例圖、順序圖、狀態圖、類圖、包圖、協作圖 ™),這篇課程的目的是展示出UML的精彩之處。 UML中有九種建模的圖標,即: 用例圖 類圖 對象圖 順序圖 協作圖 狀態圖 活動圖 組件圖 配置圖 為什麼UML很重要

ea畫順序圖中的異步消息 , 雲計算 , 用例 , UML , 類圖 , 雲原生

收藏 評論

mob64ca13f8b166 - 用例核心要素(16個)_用例圖的核心用例怎麼定義_weixin

一、四個核心要素完整拆解 1. 系統邊界(已明確) 定義:劃分“採購系統”與外部環境的範圍,明確哪些功能屬於系統內、哪些是外部交互對象。 示例:採購系統內部包含庫存檢查、訂單生成、庫存更新功能;外部是供應商、S/R部門、檢驗員、庫存系統、供應商文件等。 2. 參與者/實體(“有意義的人、事、物”,已明確) 定義:所有與系

業務流程 , 用例 , 系統邊界 , Css , 前端開發 , HTML

收藏 評論

是大魔術師 - TMS Sparkle

在TestNG中使用多線程的方式並行執行測試用例可以有效提高用例的執行速度,而且TestNG對多線程提供了很好的支持,即使是菜鳥也可以方便地上手多線程。 前言 最近在做項目裏的自動化測試工作,使用的是TestNG測試框架,主要涉及的測試類型有接口測試以及基於業務實際場景的場景化測試。由於涉及的場景大多都是大數據的作業開發及執行(如MapReduce、Spark、Hql

spark , Test , 大數據 , 用例 , TMS Sparkle , ide

收藏 評論

奇峯卧虎 - 聊聊接口自動化測試失敗定位方法

接口自動化測試失敗可能由代碼、數據、環境或網絡問題引起,但日誌和錯誤信息不直觀,需手動排查,造成的影響調試時間遠超腳本編寫時間,降低整體效率。 站在測試工程師的角度,接口自動化測試失敗後的定位是一個系統性工程,需要清晰的分析思路和有效的工具輔助。 從“是什麼失敗了”到“為什麼失敗” 定位失敗不僅僅是看斷言報錯,而是要像偵探一樣,收集證據、分析線索、最終定位根因。

服務端 , 軟件測試 , 數據 , 用例

收藏 評論