举例说明一个业务的测试分析的过程思路

本文深入探讨了股票交易过程中的关键角色与属性,包括操作员、账户、券商、股票等,详细阐述了它们在交易过程中的作用及所需条件。同时,文章涵盖了委托类型、账户模式、委托方向、可用性、价格类型、交易市场等多个方面,为读者提供了一套完整的交易流程指南。

委托下达


一、业务需求

某个登录的操作员用账户购买|卖出某个券商的股票。

  1. 我们来分析下这句:

都包含了那些的实体对象或者说角色,操作对象呢?

  • 从字面上解释就能看出来,主要包含以下几个:操作员,账户,券商,股票。

对象有了,是根本,那满足不满足我们的需要呢?

这些对象要具备什么的信息或者说怎么设置出来的数据才可以让满足我们的需要呢?

那就是实体对象所具备的信息内容了。换句话就是实体的属性。

或者说 在一个什么样的环境下,我们能达到我们所要的效果。

  • 那么我们再来分析他们这些角色具备的属性?
A、先说操作员
  • 1、 操作进行交易操作是不是需要考虑的权限?

操作员进行委托等业务的时候需要具备啥呢?交易员 和 自由交易权限。

  • 2、 操作员使用账户进行交易

操作员是不是需要对账户有权限:什么权限呢?操作权限

B、再说账户
  • 1、 账户买券

a、需要考虑在哪里买,哪里是否又卖这个圈?

那么引申出来的数据就是:业务支持 和 投资市场。 是否设置正确。比如市场的状态。

b、 买卖东西要有钱或者物?

另外购买东西是不是要考虑对方有没有券,你有没有钱?当然卖东西就只要考虑的你的券有没有可卖的?

这就是引申到:可用数量 和 可用资金 满足你的购买 | 卖出 能力

C、券商
  • 1、买券或者卖券的交易方式

就需要考虑,我们要买的证券是通过那个券商出去的。

  • 券商交易是不是需要设置券商以及交易通道。
D、股票
  • 1、在那个地方买卖东西就要配置股东信息?

就需要考虑,交易席位,交易股东

E、参数
  • 1、 公司参数或者系统参数的设置

二、我们来考虑下输入内容

  • 1、 普通委托

    包含的类型有哪些:股票 债券 回购 基金 质押

  • 2、 账户模式

    包含的模式:账户模式 和 单元模式

  • 3、 委托方向

    主要是包含: 买入卖出(股票) 买入卖出(债券) 回购(融资 融券) 买入卖出(基金) 提交转回(质押)

  • 4、可用

    股票:

    买入:

    可买数量是否足够,对方的可卖数量即我可以买的数量是否足够.

    卖出:

    自己可以卖的数量是否足够;

  • 5、 价格类型

    主要包含: 股票(0,a,b)

  • 6、交易市场

    主要是包含:股票(上交所,深交所)、

三、设计场景

  • 场景一、:股票

    • 1、 账户| 单元模式下,进入买入操作,根据不同的价格模式的情况,输入相关的数据,进行委托下达

      a、输入的数量为:100<=输入的委托数量<=可用数量,数量100的整数倍的情况下,委托下单成功。

      b、输入数量<100 或者大于可用数量,或者非100整数,委托下单失败。

    • 2、 账户|单元模式下,进入卖出操作,根据不同的价格模式的情况,输入相关的数据,进行委托下达

      a、可卖数量准确的情况下,委托下单成功。

      b、可卖数量为0的情况下,委托下单失败。

    • 3、 在上交所 或 深交所 把1 2场景覆盖

四、公共:委托成功结果说明

  • 1、 委托表。委托合笔表 单元表 。。。。 可用计算

    计算公式:…..

    详细说明所有的情况。

  • 委托失败的结果说明:

    1. error_no: -1 主要是描述下所有的错误的结果描述

    2、error_no: 999 。。。。。。。。

<think>嗯,用户问的是接口测试用例要怎么设计,还要举例说明。首先,我需要回忆一下接口测试的基本概念和设计方法。接口测试主要是验证不同系统或组件之间的交互是否符合预期,所以测试用例需要覆盖各种可能的输入和场景。 首先,得确定接口的基本信息,比如请求方法、URL、参数、请求头这些。然后要考虑正常情况下的测试用例,比如正确的参数是否能返回预期的响应。比如用户提到的登录接口,正确用户名和密码应该返回成功,状态码200,还有token之类的。 然后是异常情况,比如参数缺失、错误的数据类型、边界值测试。比如密码为空,或者用户名超过最大长度,这时候应该返回相应的错误码和提示信息。这部分需要覆盖各种无效输入的情况,确保接口能正确处理错误。 还有安全测试,比如敏感信息是否加密,是否有SQL注入的风险。比如密码用明文传输的话,应该测试是否加密了。或者尝试注入一些SQL语句,看接口是否能防御。 性能测试也是需要考虑的,比如高并发下的响应时间,但可能用户更关注功能性的测试用例,不过提到的话可以简要说明一下。 另外,业务逻辑相关的测试,比如用户登录后权限是否正确,多次错误登录是否会被锁定。这些需要结合具体的业务规则来设计用例。 举例的时候,可能需要分点说明,比如正常用例、参数异常、安全测试业务规则等。每个点举一个具体的例子,比如参数缺失时返回400状态码,或者密码错误时返回特定错误信息。 还要注意测试用例的格式,通常包括用例编号、测试步骤、预期结果等。但用户可能只需要一个概述,所以用简单的例子说明即可。 需要确保覆盖全面,包括正向和反向测试,参数组合,边界值,以及安全性和性能方面。同时,结构要清晰,分点说明,让用户容易理解。 可能用户是测试人员或者开发人员,需要设计接口测试用例,所以例子要具体,比如HTTP方法的错误使用,比如用GET代替POST,是否返回405错误。或者请求头缺少Content-Type时的处理。 总之,步骤应该是先明确接口信息,然后设计正常和异常用例,覆盖参数、安全、业务逻辑,最后用具体的例子来说明每个部分。</think>接口测试用例设计需要覆盖功能、异常、边界、安全等场景,以下为设计思路及示例说明: #### 一、接口基础信息(示例接口) 接口名称:用户登录接口 请求方法:POST URL:/api/login 请求头:Content-Type: application/json 请求体: ```json { "username": "string", "password": "string" } ``` #### 二、测试用例设计维度 1️⃣ **正常功能验证** ✅ 用例1:输入合法用户名和密码 - 测试步骤:发送{"username":"test01","password":"Test@1234"} - 预期结果: - 状态码200 - 返回包含token字段 - 响应时间<500ms 2️⃣ **参数异常测试** ❌ 用例2:缺少必填参数 - 测试步骤:发送{"username":"test01"} - 预期结果: - 状态码400 - 错误信息"password is required" ❌ 用例3:数据类型错误 - 测试步骤:发送{"username":123,"password":"Test@1234"} - 预期结果: - 状态码400 - 错误信息"username should be string" 3️⃣ **边界值测试** ⚠️ 用例4:用户名超长 - 测试步骤:发送150字符的超长用户名 - 预期结果: - 状态码400 - 错误信息"username exceeds maximum length" 4️⃣ **安全测试** 🔒 用例5:密码明文传输 - 测试步骤:抓包验证请求体 - 预期结果:密码字段加密传输 💉 用例6:SQL注入攻击 - 测试步骤:发送{"username":"admin'--","password":"xxx"} - 预期结果:返回登录失败,无数据库报错 5️⃣ **业务规则验证** 🔄 用例7:错误密码重试锁定 - 测试步骤:连续5次错误密码 - 预期结果:第6次返回"账户已锁定" #### 三、用例设计技巧 1. 使用等价类划分:将输入划分为有效/无效等价类 2. 组合测试:参数间的组合情况(如同时缺失两个参数) 3. 状态码覆盖:确保覆盖200/400/401/500等常见状态码 4. 数据持久化验证:成功登录后检查数据库日志记录 #### 四、工具辅助建议 - 使用Postman进行接口调试 - 通过JUnit+RestAssured编写自动化脚本 - 使用Fiddler/Charles抓包验证传输安全 > 示例断言代码(Java): > ```java > given() > .contentType(JSON) > .body("{ \"username\":\"test01\", \"password\":\"Test@1234\" }") > .when() > .post("/api/login") > .then() > .statusCode(200) > .body("token", notNullValue()); > ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值