軟件測試點分析基本原則——通用
- 第一步:先了解產品的基本的業務流程邏輯:是個什么項目，做什么的,怎么工作的?
-
畫出流程圖，業務邏輯梳理
-
- 第二步：細分模塊,針對每個小功能模塊進行詳細的划分:
-
正常：覆蓋正常核心業務流程--優先測試? ? --單個功能冒煙測試
-
異常：各種異常? ? --貼近用戶使用場景,確保產品正確處理，提示友好!
-
注意:確保不遺漏，列出輸入項異常輸入項
-
-
- 第三步：針對具體功能，尋找每個輸入項，從以下角度來具體分析測試點
-
長度，數據類型，必填項，重復
-
需求的約束條件 + 隱形需求
-
結合業務流程的步驟
-
- 第四步：考慮非功能測試點包括界面、易用性、兼容性、安全性、性能壓力
京東產品的核心業務流程
優惠券的功能邏輯
創建優惠券：
創建優惠券的約束條件
- 基本信息.
- 優惠券名稱：必填項。限制15字
- 優惠券副標題：非必填項。限制15字
- 優惠類型：必填項。主要有滿減(滿多少減多少)、立減、折扣券
- 發放數量：必填項。限制1000000份
- ”使用說明：必填項。限制500字。
- 基本規則
- 用戶類型：必填項。新用戶、老用戶、不同等級用戶、不限
- 每人限領必填項。默認1次。
- 有效期：
- a、固定日期:開始時間、結束時間
- b、領取后，當天生效，
- 有效天數:例如30天
- 跳轉鏈接：必填項。優惠券頁面
- 優惠券審批
- 一般財務審批后優惠券ID生成。
優惠券發布后的約束條件
后台管理
-
- 優惠券基本信息：優惠券id、 面值、使用期限、發放量
- 已領取數量、已使用數量更新:
- 過期優惠卷處理： 刪除
用戶使用場景
-
- 用戶已領取已使用
- 用戶已領取已過期
- 用戶已使用訂單取消/退款
優惠券設計功能測試點
*******請大家尊重原創，如要轉載，請注明出處：轉載自：https://www.cnblogs.com/shouhu/，謝謝！！*******