软件测试面试常见的基本问题

上一篇 / 下一篇  2021-07-14 10:15:19 / 个人分类:测试

最近在面试过程中会遇到关于软件测试方面的问题,所以整理了一些关于自己的,也有一些是参考技术大牛的意见~
1、开发犯低级错误怎么办?
开发首先要规范好编码,出低级错时不要职责,内心指出错误。让他们先进行自测,反思找出错误。
2、你进行过那些测试,擅长什么?
我主要从事web测试(app测试),会进行测试的搭建环境,对程序进行集成测试、系统测试、回归测试。还有编写测试用例,使用手册,功能测试文档。
3、开发说不是bug怎么办?
将自己的见解告诉开发,主要还是沟通,不行就把见解和bug提交项目经理决定。
4、你的职业规划?
巩固基础测试知识,提高理解需求能力。
学习自动化测试,并且运用。技术到尾后学习带领测试团队。
最后如果想走管理路线的话,可以自己带团队
5、什么测试用例才是合格?
能覆盖到所有测试点
6、缺陷报告测试组成?
缺陷编号、缺陷标题、缺陷描述缺陷有限等级、缺陷优先程度、缺陷所属模块、缺陷所属版本、缺陷所属开发人员、输入数据、输出结果、缺陷分析等。
C/S模式,使用交替方法确认是client还是server端问题
7、测试用例包括那些
用例编号、测试环境、用例标题、输入数据、预期结果、实际结果
8、软件评审的人员和目的
人员:客户、项目经理、开发人员、测试人员
目的:查看软件是否还存在问题。是否在不同平台正常运行,是否有和客户理解不一致的地方,是否有改进的地方
9、什么是软件测试?目的?
通过人工或者自动化的操作,运行软件程序,查看他们是否满足客户需求。
目的:最短时间找出尽可能多的软件确缺陷
10、兼容测试
检查软件在不同软件、硬件平台是否可以正常运行。也可以说是软件的可移植性。
主要查看在不同操作系统浏览器数据库、不同版本是否正常运行
11、为什么进行软件测试?
没经过测试的软件无法保证质量,好比iso质量认证一样。
测试中发现问题,即是提交开发改进,在软件发布时得出软件质量。
12、软件测试类型有那些?区别与联系?
常见:功能测试、性能测试、界面测试。
功能测试:占比最大,也叫黑盒测试(不看代码)。进行动态测试时,需要测试软件功能,不需要测试软件内部结构和处理过程。
技术方法有:等价类划分法、边界值分析、错误推测、因果图和综合策略。
性能测试:通过自动化测试工具模拟多种正常、异常、峰值条件,对系统各项性能指标测试。
负载测试、压力测试属于此。负载测试:确定各项工作负载下的系统性能,目标是负载主键增加时,系统各项性能指标变化;压力测试:通过系统的瓶颈,获得系统能提供的最大服务级别。
界面测试:界面好坏决定用户对软件第一印象。合理的界面带来轻松愉悦感受,失败界面有挫败感,让强大的功能付诸东流。
区别:功能测试关注软件功能,每个功能可能存在的问题。性能测试软件多用户并发的稳定性和强壮性。界面测试关注用户体验和易用性。
13、好的测试用例关键?
白盒测试:较少的用例覆盖尽可能多的内部程序逻辑结果。
黑盒测试:较少的用例覆盖模块输出和输入接口。一最少用例在合理时间内发现最多的问题。
对可行和不可行的都要考虑,
  1. 输入
  2. 详细操作步骤
  3. 预期输出
  4. 实际输出
14、黑盒、白盒、单元、集成、系统、验收测试的区别与联系?
黑盒:已知功能设计规格,测试正门每个功能是否复合要求。
白盒:已知内部工作过程,测试正门每种内部操作复合设计规格。
黑盒意味着测试在软件的接口出进行,把测试对象看做一个黑盒子,不考虑程序内部逻辑结构和内部特性,仅看需求说明书检查功能是否复合需求。黑盒-》功能测试(或者数据驱动测试)
15、软件开发过程与角色分工?
测试配合开发等进行需求分析和讨论,根据需求说明书指定《项目测试计划》,编写测试用例,建立测试环境。
测试负责新产品测试,原有产品的升级测试,负责软件问题解决过程跟踪,软件开发文档、开发工作的规范化,管理开发部门的产品文档,制作用户手册、操作手册,产品上限测试,监督软件开发过程执行,提高软件质量。
16、软件开发过程与角色分工?
开发与测试开会讨论需求。需求分析人员写出需求分析说明,三部门讨论可行性。给出详细设计说明书,开发编码,给出系统流程图。测试根据此,给出bug统计。
17、不同测试类型的联系与区别?
功能、性能、可靠性、安全性、负载测试,
压力、安装\卸载、启动\停止、兼容、互联测试,
文档、回归、可使用性、容量测试
18、测试计划工作包括?
时对工作内容的有效组织和规划,保证测试工作有效展开。包括测试目标,测试范围定义,测试方法选择,测试进度里程碑,测试资源管理和配置。
测试目标最重要,因为他是软件测试的最终达到结果
19、性能测试工具,院里、实际应用
LoadRunner。能够录制测试的操作步骤,对其模拟出多个用户播放出来。
  1. visuralusergenertor:创建脚本,选择协议,录制操作,编辑操作
  2. 中央控制器controller:调度虚拟用户。创建场景,选择脚本,建立虚拟用户,设计shedual,设置ipspoofer
  3. 运行脚本,分析shedual
  4. 分析测试结果
20、测试结束标准
  1. 一二级缺陷数目达到项目质量管理目标要求,测试暂停返回开发
  2. 项目出现重大估算和进度偏差,需要暂停或者终止
  3. 新需求变更大,需修改测试计划和测试用例再进行
  4. 开发暂停,测试也暂停,备份暂停时的数据
  5. 所有功能、性能测试用例100%进行
21、测试生命周期
需求测试计划指定和评审–测试用例编写–测试用例执行–bug管理–测试报告输出
22.项目介绍
1)先整体再局部介绍,项目五大维度:规模(代码规模、需求规模、用例规模、工作量、进度、质量、成本),测试流程,角色与职责,项目中自己角色,自己的特色(做得好的、遇到的困难、做得差的),最后是心得体会。
23、数据库问题
数据库增删改查(insert、delete、update、select);
表结构增删改查(create、drop、alter、describe);
存储过程;
触发器等
24、Linux系统
常见50个命令(find、-name、type、perm、user、group、ctime、atime)
熟悉vi、熟悉linux搭建测试环境。LAMP环境搭建。
25、缺陷相关
缺陷跟踪流程(流程基本要素)、整体流程(会画)、缺陷单的20个属性、属性的意义、如何描述好缺陷单、缺陷单的5C原则、缺陷重现步骤。你认为最经典的bug
26、用例相关
用例格式要素、用例设计工程方法论、方法要求
如何利用。
如何评审用例,从那些维度评审,设计好用例需要那些只是结构
27、软件测试流程
熟悉产品/项目–需求评审–测试需求–测试计划–测试方案–测试用例–预测试,第一轮正式测试–第二轮回归测试–第三轮测试,测试报告–总结–测试指南
28、测试工具
性能测试工具:
自动化测试工具:
测试管理工具:
如何去测试给定软件
技巧:从质量模型、测试工具、测试方法、测试流程、探索式测试,宏观解决,再围观讲解用例设计
29、测试工程师的必备素质
沟通、团队合作精神、编程经验、质疑精神
30、你还有什么想要问的吗?
满意情况:先表示感谢,问如果有下一轮面试,什么时候,做什么准备;
一般般情况:感谢,对自己表现不太满意,能否给我一些建议;
很糟糕:感谢,认识到不足,希望给建议
31、测试用例编写结构
功能性、界面UI、易用性、安全性、兼容性
32、STAR法则
S(situation):项目属于什么类型,周期多长
T(task):团队分工,你的角色
A(action):具体实施,自己做了什么
R(result):最后成果,你的收获
33、如何测试纸杯
功能性:是否漏水;是否喝到水
安全性:有没有细菌
可靠性:摔下来的损坏程度
可移植性:不同地方、温湿度使用
兼容性:容纳果汁、啤酒、汽水、汽油等
易用性:是否烫手、防滑、方便饮用水
用户文档:使用手册对用法、限制、使用条件描述
疲劳测试:分别装上水、汽油等24小时,泄露情况
压力测试:用镇不断加压,承受多达压强

TAG:

 

评分:0

我来说两句

Open Toolbar