项目的数据大或项目比较复杂的时候,你怎么处理?

发表于:2021-11-16 09:09

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:软件测试刀锋    来源:知乎

  软件测试转行的小伙伴也好,自学的小伙伴也好,最主要的是要学会学以致用,再不要死记各种软件测试的概念,今天就遇到一道软件测试面试题,来你试试死记概念回答下。
  第一个点,数据量大。
  什么叫数据量大?
  可以从两个角度给面试官进行拆分:
  第一个,单位时间内,用户频繁访问产生的实时数据量大,比如说每年的双11,大量的用户访问抢购导致的订单的表数据单位时间内急剧增加。
  这个时候,我们测试的重点在于模拟大量订单,这个时候,我们就可以使用相关的性能测试工具比如说Jmeter通过参数化不同的用户,使用这些用户大量的并发创建订单的业务接口。来构造这种实时交互量大的数据。
  第二个,数据量大是指系统中因为长期的使用,导致了大量的数据存储在数据库中,这中一般情况下,有可能导致查询的效率降低。
  我们测试的重点在于对与之相关的查询接口进行测试,检查整体的查询效率。
  在测试场景的构造中,首先是需要构造出对应的大数据量的场景。
  构造方式一:使用性能工具如jmeter大量的请求相关的业务数据创建接口来进行大数据量的构造。
  构造方式二:如果数据存储的表和表之间的关联关系很清晰的时候,可以直接使用sql脚本进行构造,这种方式较快。
  测试重点在于观察不同量级下,查询效率的整体表现,包括查询的数据是否正确,比如插入一条数据之后,调用查询接口,检查查询。
  对于一些项目业务复杂的场景,我们一般是如下处理的。
  不管再复杂的业务,他都有业务的入口和业务流程,以及业务的出口。
  我会仔细的拆分这段复杂的业务,将其拆分成一个个细小的测试点,逐一测试。
  当然,如果这块的业务使用频率较高,并且在迭代的过程中很少发生改变,我们也会采取自动化测试将这部分业务使用自动化测试完成,释放一部分手工测试的人力。

  本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号