数字马力测开二面

#数字马力#
面试官稍微迟到了几分钟。
1.常规开局自我介绍
2.然后就开始一直问项目，面试官会顺着回答的内容一直问下去
3.你这个项目中，遇到什么问题，解决思路是什么？
4.协调各方，大家时间什么的有困难个人如何解决
5.你项目系统的整个框架是什么样的
6.为什么用springboot做框架(问项目比较多可能是因为我是用开发简历投的测开)
7.springboot加载顺序
8.control层是干嘛的
9.为什么用mongoDB？为什么不用redis直接存储，而是redis用来做缓存
10.redis支持哪些数据存储
11.redis 缓存雪崩
12.以你项目中的订单金额计算为例，设计测试用例，从哪些方面考虑
13.订单金额计算的安全性测试考虑哪些方面
14.对测试的看法
15.假设有一个1-n的数组，纯数字组成，里面至少有一个重复的数字，如何找到
16.假设有一口井100米，有只青蛙，一天跳1或者2米，有多少种方法跳出来，给出计算的思路
还有些问题记不清了，大概就是围绕项目答。
反问环节：
1.问面试官如果有后续的话，几天有结果？面试官说他不太好说。。。
2.问了下面试的表现怎么样？面试官说整体还行，但测试的东西只知道名词概念，答的不好。（额，可能是我答的时候都没怎么往测试方面扯，还是得有测试项目啊😂）
3.问了下重庆的会去其他地方培养吗？面试官说可能重庆这边建起来了，会在重庆本地培养。
————————————————————————————————————————————
我看网上说好像数字马力测开用的java

全部评论

推荐最新楼层

一笑而过2222

中山大学测试工程师

一、确定初始状态当井高为 1 米时，青蛙只有一种跳法，即一天直接跳 1 米到达井口，所以 f(1)=1。当井高为 2 米时，青蛙可以一天跳 2 米直接出来，或者分两天每天跳 1 米，这两种情况构成了跳上 2 米高井的所有方法，所以 f(2)=2。二、推导递推关系对于井高 n>2 的情况，考虑青蛙最后一步的跳法。如果最后一步跳 1 米，那么前面 n - 1 米的跳法数量就是 f(n - 1)，因为最后一步确定了，只需要考虑前面 n - 1 米的跳法。如果最后一步跳 2 米，那么前面 n - 2 米的跳法数量就是 f(n - 2)，同理最后一步确定为跳 2 米，只需要考虑前面 n - 2 米的跳法。所以总的跳法数量 f(n)就是前面两种情况的和，即 f(n)=f(n - 1)+f(n - 2)。三、计算 f(100) 依次计算 f(3)=f(2)+f(1)=2 + 1 = 3。 f(4)=f(3)+f(2)=3 + 2 = 5。以此类推，逐步计算下去，直到计算出 f(100)，就能得到青蛙跳出 100 米井的方法数。

2 回复分享

发布于 10-17 09:22 广东

一笑而过2222

中山大学测试工程师

Spring Boot 的加载顺序主要包括以下几个关键步骤： 1. 加载配置文件，如 application.properties 或 application.yml。 2. 创建 Spring 容器上下文。 3. 自动配置相关组件。 4. 扫描并注册 Bean。 5. 执行 Bean 的初始化方法等。控制层（Controller 层）的作用： - 接收用户请求：负责处理来自客户端的 HTTP 请求，如 GET、POST、PUT、DELETE 等请求方式。 - 调用业务逻辑：将请求转发给相应的服务层（Service 层）进行业务处理，获取处理结果。 - 返回响应：根据业务处理结果，向客户端返回适当的 HTTP 响应，包括响应状态码、响应体内容等。例如，在一个电商系统中，当用户发起查询商品列表的请求时，控制层接收这个请求后，调用服务层的方法去获取商品列表数据，然后将数据封装成合适的格式返回给用户。

点赞回复分享

发布于 10-17 09:15 广东

一笑而过2222

中山大学测试工程师

在进行订单金额计算的安全性测试时，可以考虑以下几个方面：一、输入验证 1. 边界值测试：测试订单金额的边界值，如最小值（如 0.01）、最大值（如一个非常大的数值），检查系统在这些边界情况下是否能正确处理金额计算，且不会出现错误的结果或异常。 2. 无效输入测试：尝试输入非数字字符、特殊符号等无效数据，看系统是否能正确识别并给出合理的错误提示，而不会导致金额计算错误或系统崩溃。二、数据完整性 1. 数据篡改测试：尝试篡改订单中的金额数据，如通过抓包工具修改客户端发送的金额值，检查服务器端是否能检测到这种篡改并拒绝处理，确保金额的真实性和完整性。 2. 并发测试：模拟多个用户同时下单的情况，检查订单金额的计算是否正确，是否会出现数据冲突或金额计算错误的情况。三、业务逻辑 1. 优惠和折扣测试：检查各种优惠、折扣的应用是否正确，包括满减、折扣率等，确保最终订单金额的计算符合业务规则，不会出现错误的优惠计算。 2. 组合订单测试：测试多个商品组合成一个订单时的金额计算，确保系统能正确处理不同商品的价格和数量，以及可能的组合优惠。四、安全漏洞 1. SQL 注入测试：检查订单金额计算过程中是否存在 SQL 注入漏洞，防止攻击者通过注入恶意 SQL 语句来篡改订单金额或获取敏感信息。 2. 跨站脚本攻击（XSS）测试：确保在订单金额显示或处理过程中，不会受到 XSS 攻击，防止攻击者通过注入恶意脚本获取用户信息或篡改订单金额。

数字马力测开二面

全站热榜