最近在面试过程中会遇到关于软件测试方面的问题，所以整理了一些关于自己的，也有一些是参考技术大牛的意见~

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小时，泄露情况

压力测试：用镇不断加压，承受多达压强

作者：小白yo

原文链接：https://blog.csdn.net/bluelululu_/article/details/106946795#comments_17189199