分层结构的生活例子_鲸技术:设计测试用例的分层概念

当一个产品原型出来的时,在写业务测试用例的时候,总会发现用例的关注点大部分都集中在业务逻辑的覆盖上面,对具体逻辑的实现,以及底层实现原理的注偏少。用例就是覆盖需求,感觉没有错误,而需求就是我们说的业务逻辑。

但是仔细想一下W模型就会发现,集成测试和单元测试缺少了,而直接进入系统测试,但是单元测试和集成测试的测试要点又需要在系统测试阶段中考虑到。

在软件体系架构设计中,分层式结构是最常见,也是最重要的一种结构。微软推荐的分层式结构一般分为三层,从上至下分别为:表示层、业务逻辑层、数据访问层。可以利用这个分层理论,让我们也可以在系统测试阶段考虑到逻辑实现和底层原理的验证。

下面我以现有的项目分别进行举例说明。

表示层

4f9d49d263d2624f2602a6e7ff0fa62d.png

定义

系统测试阶段的需求覆盖包括显性需求覆盖和基于需求本身补充与完善的隐性需求

a28ac1665bd6aa1403978d912d650432.png

平台最近需要上线一个新的产品类型为股权产品,产品特征为固定期限,浮动收益,会有超额收益;而且会有以下两种摊还模式:利随本清&

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
假设我们要对一个登录功能进行测试,可以将测试用例分为以下几个层次: 1. 功能测试层:测试登录功能的基本功能是否正常,例如输入正确的用户名和密码能否成功登录。 2. 边界测试层:测试输入不合法的用户名和密码时,系统是否能够正确地处理。 3. 异常测试层:测试当系统出现异常情况时,如网络故障或服务器崩溃时,系统是否能够正确地处理。 4. 性能测试层:测试在高并发情况下,系统的响应时间和处理能力是否正常。 以下是针对以上四个层次的测试用例示例: ### 功能测试层 | 测试步骤 | 预期结果 | | --- | --- | | 输入正确的用户名和密码,点击登录按钮 | 登录成功,跳转到首页 | | 输入错误的用户名和密码,点击登录按钮 | 提示用户名或密码错误 | ### 边界测试层 | 测试步骤 | 预期结果 | | --- | --- | | 输入过长的用户名和密码,点击登录按钮 | 提示输入过长 | | 输入空用户名和密码,点击登录按钮 | 提示不能为空 | ### 异常测试层 | 测试步骤 | 预期结果 | | --- | --- | | 模拟网络故障,输入正确的用户名和密码,点击登录按钮 | 提示网络连接失败 | | 模拟服务器崩溃,输入正确的用户名和密码,点击登录按钮 | 提示服务器错误 | ### 性能测试层 | 测试步骤 | 预期结果 | | --- | --- | | 使用多个账号同时登录,测试系统的响应时间和处理能力 | 系统能够正常处理并保持较好的响应速度 |

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值