数字马力测开二面

#数字马力#
面试官稍微迟到了几分钟。
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
全部评论
一、确定初始状态 当井高为 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 广东
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 广东
在进行订单金额计算的安全性测试时,可以考虑以下几个方面: 一、输入验证 1. 边界值测试:测试订单金额的边界值,如最小值(如 0.01)、最大值(如一个非常大的数值),检查系统在这些边界情况下是否能正确处理金额计算,且不会出现错误的结果或异常。 2. 无效输入测试:尝试输入非数字字符、特殊符号等无效数据,看系统是否能正确识别并给出合理的错误提示,而不会导致金额计算错误或系统崩溃。 二、数据完整性 1. 数据篡改测试:尝试篡改订单中的金额数据,如通过抓包工具修改客户端发送的金额值,检查服务器端是否能检测到这种篡改并拒绝处理,确保金额的真实性和完整性。 2. 并发测试:模拟多个用户同时下单的情况,检查订单金额的计算是否正确,是否会出现数据冲突或金额计算错误的情况。 三、业务逻辑 1. 优惠和折扣测试:检查各种优惠、折扣的应用是否正确,包括满减、折扣率等,确保最终订单金额的计算符合业务规则,不会出现错误的优惠计算。 2. 组合订单测试:测试多个商品组合成一个订单时的金额计算,确保系统能正确处理不同商品的价格和数量,以及可能的组合优惠。 四、安全漏洞 1. SQL 注入测试:检查订单金额计算过程中是否存在 SQL 注入漏洞,防止攻击者通过注入恶意 SQL 语句来篡改订单金额或获取敏感信息。 2. 跨站脚本攻击(XSS)测试:确保在订单金额显示或处理过程中,不会受到 XSS 攻击,防止攻击者通过注入恶意脚本获取用户信息或篡改订单金额。
点赞 回复 分享
发布于 10-17 09:27 广东
佬,请问你的数码二面后有后续了嘛
点赞 回复 分享
发布于 10-22 13:58 陕西

相关推荐

5 19 评论
分享
牛客网
牛客企业服务