【测试面试】测试面试题集锦（三）

转自：https://blog.csdn.net/xvnmeng/article/details/82561898

1、开发犯低级错误怎么办？
开发首先要规范好编码，出低级错时不要职责，内心指出错误。让他们自己进行测试，反思找出错误。

2、你进行过那些测试，擅长什么？
我主要从事web测试，搭建环境，对程序进行集成测试、系统测试、回归测试。还有编写测试用例，使用手册，功能测试文档。

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）visural user genertor：创建脚本，选择协议，录制操作，编辑操作
（2）中央控制器 controller：调度虚拟用户。创建场景，选择脚本，建立虚拟用户，设计shedual，设置ip spoofer
（3）运行脚本，分析shedual
（4）分析测试结果

20、兼容性
平台兼容、网络兼容、数据库兼容、数据格式兼容。

缺陷等级分类
极高：测试过程司机、系统崩溃、数据跌势、功能没有实现
很高：导致软件功能不稳定、功能实现错误、流程错误
中级：校验错误、罕见故障、错别字，不影响功能，影响体验
低级：没影响的小问题

21、缺陷生命周期
新建bug–提交bug–确认bug–非配bug–修复bug–验证bug–关闭bug

22、测试结束标准
1）一二级缺陷数目达到项目质量管理目标要求，测试暂停返回开发
2）项目出现重大估算和进度偏差，需要暂停或者终止
3）新需求变更大，需修改测试计划和测试用例再进行
4）开发暂停，测试也暂停，备份暂停时的数据
5）所有功能、性能测试用例100%进行

23、测试生命周期
需求测试计划指定和评审–测试用例编写–测试用例执行–bug管理–测试报告输出

24、自我介绍套路
1）很高兴获得面试机会……想证明我是何氏的人选……想获得您的认可……
2）反问面试官：您看我继续介绍项目还是您提问关心的问题？

25、项目介绍
1）先整体再局部介绍，项目五大维度：规模（代码规模、需求规模、用例规模、工作量、进度、质量、成本），测试流程，角色与职责，项目中自己角色，自己的特色（做得好的、遇到的困难、做得差的），最后是心得体会。

26、数据库问题
数据库增删改查（insert、delete、update、select）；
表结构增删改查（create、drop、alter、describe）；
存储过程；
触发器等

27、Linux系统
常见50个命令（find、-name、type、perm、user、group、ctime、atime）
熟悉vi、熟悉linux搭建测试环境。LAMP环境搭建。

28、缺陷相关
缺陷跟踪流程（流程基本要素）、整体流程（会画）、缺陷单的20个属性、属性的意义、如何描述好缺陷单、缺陷单的5C原则、缺陷重现步骤。你认为最经典的bug

29、用例相关
用例格式要素、用例设计工程方法论、方法要求
如何利用。
如何评审用例，从那些维度评审，设计好用例需要那些只是结构

30、软件测试流程
熟悉产品/项目–需求评审–测试需求–测试计划–测试方案–测试用例–预测试，第一轮正式测试–第二轮回归测试–第三轮测试，测试报告–总结–测试指南
31、网络相关
基本网络知识（重点TCP/IP协议）

32、测试工具
性能测试工具：
自动化测试工具：
测试管理工具：

如何去测试给定软件
技巧：从质量模型、测试工具、测试方法、测试流程、探索式测试，宏观解决，再围观讲解用例设计

33、卓越工程师素质
沟通、五心工程师、追求完美

34、你还有什么想要问的吗？
满意情况：先表示感谢，问如果有下一轮面试，什么时候，做什么准备；
一般般情况：感谢，对自己表现不太满意，能否给我一些建议；
很糟糕：感谢，认识到不足，希望给建议

35、测试用例编写结构
功能性、界面UI、易用性、安全性、兼容性

36、STAR法则
S（situation）：项目属于什么类型，周期多长
T（task）：团队分工，你的角色
A（action）：具体实施，自己做了什么
R（result）：最后成果，你的收获

37、如何测试纸杯
功能性：是否漏水；是否喝到水
安全性：有没有细菌
可靠性：摔下来的损坏程度
可移植性：不同地方、温湿度使用
兼容性：容纳果汁、啤酒、汽水、汽油等
易用性：是否烫手、防滑、方便饮用水
用户文档：使用手册对用法、限制、使用条件描述
疲劳测试：分别装上水、汽油等24小时，泄露情况
压力测试：用镇不断加压，承受多达压强
---------------------
版权声明：本文为CSDN博主「xvnmeng」的原创文章，遵循CC 4.0 by-sa版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/xvnmeng/article/details/82561898

转载于:https://www.cnblogs.com/conquerorren/p/11345687.html