标签：需求 文档 业务人员 设计方案 设计 提测 缺陷 取值

1.需求背景

设计一个服务，可以根据上游服务传入数据进行数据库查询，数据库设计分三个表，版本控制表、资源路径表、资源配置表，要求业务人员能够通过配置数据库的版本控制表配置触发服务对资源路径表和资源配置表数据的关联查询，最后返回关联查询的分数

2.缺陷描述

业务人员配置资源配置表数据某字段为0.00002，使用测试数据请求服务端接口，发现服务端日志报错，抛异常

预期：能够正常访问并拿到接口返回的查询分数

3.发现过程

3.1何时发现缺陷

在功能测试结束后，上线前的压力测试准备阶段发现

3.2为何在此阶段发现缺陷

此阶段导入60万条实际业务场景数据，应用场景覆盖全面

3.3应该在何时发现缺陷

应该在功能测试参数校验模块发现该缺陷

4.影响范围

业务输入一定范围的配置都不可用

5.原因分析

1.开发代码设计没有按照需求及设计文档进行，需求及设计文档资源配置表的字段取值范围要求是（0，100），但是开发在设计时代码判断（0.0001，100），因此在业务人员配置该字段值为0.00002时，所有与此相关的配置均失效；

2.设计测试用例时，该模块依据边界值法进行设计，参考需求及设计文档的描述，下边界值为“0”，因此有用例取值：-1，0，0.1，0.55，1（下边界附近取值）等，未覆盖0.00002这种大于0小于0.0001的情况（因为设计与文档不符，所以遗漏case）；

3.业务人员导入全量数据时，提升了代码使用覆盖度，因此该缺陷得以暴露

6.规避方案

1.加强需求文档及设计文档的规范，锱铢必较，每一处都要高要求对待；

2.可视必要情况采取代码与文档设计比较检查（定义测试、参数取值范围测试等）；

3.加强对codereview的标准要求；

4.上线前有必要引入全量数据导入的场景验证及验收测试；

5.细化该类型测试用例

7.问题延伸

1.接口设计参数取值范围相关；

2.算法逻辑阈值相关；

3.其他功能领域有固定范围的参数取值的需求，

等等，均有可能存在该问题。

标签：需求,文档,业务人员,设计方案,设计,提测,缺陷,取值
来源： https://www.cnblogs.com/flowertester/p/11603362.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。