软测-测开面试题集合(一、软测知识篇)

软测-测开面试题集合

内容包括:软测基础, 计网, 数据结构, 操作系统, Linux, MySql, Python, Selenium等相关面试题。
参考文章:https://www.nowcoder.com/discuss/844406?channel=-1&source_id=profile_follow_post_nctrack

文章目录

  • 软测-测开面试题集合
  • 一、软测基础
    • 1.1 软件与测试
    • 1.2 测试方法
    • 1.3 用例
    • 1.4 手撕测试用例
      • 1.4.1 纸杯子
      • 1.4.2 微信朋友圈点赞功能
      • 1.4.3 登录功能
      • 1.4.4 登录+验证码+协议勾选用例报告
    • 1.4 质量模型
    • 1.5 缺陷


一、软测基础

1.1 软件与测试

1、软件的测试模型都有哪些?
瀑布模型(前一阶段完成才能开始下一阶段)、V模型(左边研发线,右边测试线)、W模型(双v,研发v和测试v)、敏捷模型(不断修正测试指标,选择正确测试方案)。
2、软件的生命周期?
从软件产生到软件报废的整个过程。包括问题定义、需求分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段。
3、软件测试的目的?
减少软件bug,保证软件的质量。
4、软件测试工程师的职责?
同上。
5、软件测试的流程
需求评审、计划编写、用例设计、用例执行、缺陷管理、测试报告。
6、测试的主流技能是?
功能测试、自动化测试、接口测试、性能测试。
7、α测试与β测试?
α测试:一个用户在开发环境下的受控测试,模拟实际操作环境。
β测试:多个用户在实际使用环境下进行的测试,如一些软件的公测。

1.2 测试方法

1、测试方法怎么分类,列举常见的测试方法。
在这里插入图片描述
其中黑盒测试又包括功能测试和性能测试。功能测试从质量模型的角度出发,性能测试分类则如下图。
在这里插入图片描述
其他测试:
冒烟测试:在大规模测试之前,先对软件的基本、核心、主要功能进行测试,节省资源
回归测试:开发修正完代码后再回过头来做测试
随机测试:跳出思维的限制,没有思想、没有步骤地随机进行测试
探索测试:有思想,有步骤地测试一些复杂的、不常用地功能

2、黑盒测试、白盒测试、灰盒测试与单元测试、集成测试、系统测试、功能测试的关系。
在这里插入图片描述

3、比较白盒与黑盒。
黑盒:
优点:简单。与软件内部实现无关。从用户角度出发。
缺点:不能覆盖代码。
白盒:
优点:提高代码的覆盖率,能够检测代码中的问题。
缺点:仅基于代码无法验证功能。

1.3 用例

1、列举并解析常见的测试用例的方法。
等价类、边界值、判定表、因果图、场景法、错误推荐法。
等价类:在这里插入图片描述
边界值:
在这里插入图片描述
判定表:
在这里插入图片描述
场景法:
在这里插入图片描述
错误推荐法:
在这里插入图片描述

2、用例设计的格式。

在这里插入图片描述

1.4 手撕测试用例

1.4.1 纸杯子

纸杯子题:
可以从质量模型出发。
基础功能: 能不能喝水,会不会漏水。
性能: 出水量怎么样。
易用性: 方便拿吗,外观怎么样,方便喝水吗。
可靠性: 喝的时候会不会漏水,杯子本身可靠吗,会不会一摔就碎。
安全: 会不会有毒或者有细菌。
可维护: 杯子可以洗了再用吗。
可移植: 把杯子换个地方还能用吗。
可以从性能测试的角度出发。
基础性能测试: 检测杯子是不是像宣称的那样优秀。
负载测试: 装一点,装半瓶水,装一瓶,不断贴近杯子装水量的极限。
压力测试: 放在一定的压力下,比如温差,比如气压差。
可靠性测试: 用了一段时间看还能不能再用。
并发测试 :一边喝水一边吐水。
还可以从界面UI角度,安全性甚至可以上升到广告是否符合当地国家、地区风俗习惯等。角度越广、思维越发散越好。

1.4.2 微信朋友圈点赞功能

微信朋友圈点赞功能:
功能测试:
基础功能:

是否能点赞。 点赞是否有动画,点赞后标志是否变色,点赞后是否会显示个人头像。 是否能多次点赞,点赞头像是否按顺序。
是否可以看到别人的点赞,点赞头像一行多少个,是否按照要求,点赞数量是否有上限,点赞会看 到非共同好友的记录吗?
设置分组可见后,点赞功能是否正常,设置屏蔽后,点赞功能是否正常,删除朋友圈后,点赞记录是否会消失。
对方是否会收到你的点赞记录,别人能否看到你的点赞头像。

性能:服务器每秒中能处理多少个点赞。
兼容性:苹果、安卓是否都兼容,PC端手机端pad端甚至未来的watch端是否兼容。
易用性:点赞动画流畅吗,界面友好吗,图标醒目吗。
可靠性:点赞会不会没响应,会不会卡顿。
安全性:如果他隐私了你是否能点赞,点赞的数据是否会被其他人看到。
性能测试:
狭义性能:是否像对外宣称的那样功能优秀。
负载:模拟多个用户同时访问,看用户的访问极限。
压力:在cpu吃满的情况下,测试是否正常点赞。
并发:多个用户同时点赞时,单个用户同时点击多个按钮时。
可靠:点赞数据是否会泄露。

1.4.3 登录功能

写到这里大家应该不难发现,测试用例无非从功能和性能的角度出发,从质量模型角度出发,性能就从性能测试的分类出发。也可以加入界面测试等内容。
而对于测试一个登录功能这个比较虚的问题,要问清需求,再从需求角度出发。

这里直接贴笔记了。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

1.4.4 登录+验证码+协议勾选用例报告

这个是课上的一个用例撰写题。
用例分析:
在这里插入图片描述
用例报告:
在这里插入图片描述
这个用例报告非常完整,建议好好学习,如果面试官要手写报告的话就这样写。

1.4 质量模型

1、软件测试的质量模型都有哪些维度。
在这里插入图片描述

1.5 缺陷

1、缺陷产生的原因。
从软件生命周期的角度出发。
在这里插入图片描述

2、缺陷的标准。
在这里插入图片描述

3、缺陷的生命周期。
在这里插入图片描述

4、缺陷管理的流程及要注意哪些问题。
1、流程:提交、验证、关闭。
在这里插入图片描述
5、缺陷报告格式,要写哪些内容
在这里插入图片描述
测试知识常考的内容应该就这些,后面还有计算机基础、MySql基础、Linux基础、Python基础等。

  • 3
    点赞
  • 47
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值