软件测试工程师面试题-功能测试（测试理论）

一、测试基础

1. 什么是软件测试

为了发现程序中的错误而执行程序的过程

2. 软件测试的目的/为什么要在一个团队中开展软件测试工作?

1. 发现程序员在开发中存在的代码以及逻辑错误

2. 审核产品的完成是否符合用户需求

3. 提高用户体验

4. 交付更高质量的产品

3. 软件的生命周期

软件的生命周期指软件从开发开始到最终发版的全过程，通常包括以下几个阶段：

1. 需求分析阶段：确定软件的需求和功能，包括用户需求、系统需求和软件规格说明等。

2. 设计阶段：根据需求分析的结果，设计软件的架构、模块、接口和数据结构等。

3. 编码阶段：根据设计阶段的结果，实现软件的功能和模块。

4. 测试阶段：对软件进行各种测试，包括单元测试、集成测试、系统测试、验收测试等。

5. 部署阶段：将软件部署到目标环境中，包括安装、配置、数据迁移等。

6. 维护阶段：对软件进行维护和支持，包括修复缺陷、更新版本、优化性能等。

在软件的生命周期中，每个阶段都有相应的文档和标准，以确保软件开发的质量和可靠性。

4. 常见的软件生命周期模型有哪些?

1. 瀑布模型：瀑布模型是软件工程中最早出现的模型，它将软件开发过程分为需求分析、设计、编码、测试和维护五个阶段，每个阶段都有明确的输入和输出。

2. 增量模型：增量模型是将软件开发过程分为多个增量，每个增量都包含需求分析、设计、编码、测试和维护五个阶段，每个增量都是一个可用的软件版本。

3. 螺旋模型：螺旋模型是一种风险驱动的软件开发模型，它将软件开发过程分为多个迭代，每个迭代都包含风险评估、需求分析、设计、编码、测试和维护六个阶段。

4. 敏捷模型：敏捷模型是一种基于迭代和增量的软件开发模型，它强调快速响应需求变化、持续交付可用软件和团队协作等特点。

5. V模型：V模型是一种基于瀑布模型的软件开发模型，它将软件测试过程与软件开发过程相互对应，强调测试在整个软件开发过程中的重要性。

5. 一个完整的开发流程是什么样的?

6. 测试与开发各个阶段的关系

7. 在软件开发过程中5个常见的问题是什么?

1. 时间和成本控制：软件开发过程中经常会出现时间和成本超预算的情况，这可能是因为需求变更、技术难度、人员变动等原因导致的。

2. 质量控制：软件开发过程中，质量控制是一个非常重要的问题，如果质量不好，会影响软件的稳定性和可靠性，甚至可能导致用户流失。

3. 人员管理：软件开发需要多个人员协作完成，如果人员之间沟通不畅、分工不明确、协作不配合等问题，会影响软件开发的进度和质量。

4. 需求变更：软件开发过程中，需求变更是一个常见的问题，如果需求变更频繁或者变更不明确，会导致软件开发过程中出现很多问题。

5. 技术难度：软件开发过程中，技术难度也是一个常见的问题，如果开发人员没有足够的技术能力或者遇到了技术难题，会影响软件开发的进度和质量。

8. 针对软件开发过程中的问题,有哪些解决方法?

1. 时间和成本控制：制定详细的项目计划和时间表，对项目进度进行监控和管理，及时调整计划，避免延误和超支。

2. 质量控制：实施严格的质量管理，包括代码审查、测试、Bug跟踪和修复等，确保软件质量符合用户需求和标准。

3. 人员管理：建立有效的团队合作机制，加强沟通和协作，提高团队成员的技能和素质，确保项目顺利进行。

4. 需求变更：及时响应用户需求变更，与用户保持沟通，确保需求的准确性和可行性，避免对项目进度和质量的影响。

5. 技术难度：采用适当的技术手段和工具，提高开发效率和质量，同时加强技术培训和学习，提高团队技术水平，解决技术难题。

9. 测试工程师的职责

测试经理:

1、制定测试计划。

2、确保测试过程正常进行。

测试工程师：

1、编写测试用例

2、搭建测试环境

3、执行测试

10. 软件的分类

11. 软件测试的对象

软件测试的对象是软件系统或应用程序。在软件开发的不同阶段，测试的对象也会有所不同。例如：

• 需求分析阶段：测试的对象是需求规格说明书和用户需求；

• 设计阶段：测试的对象是软件设计文档；

• 编码阶段：测试的对象是源代码和编译后的程序；

• 集成测试阶段：测试的对象是不同模块之间的接口和整个系统的功能；

• 系统测试阶段：测试的对象是整个系统的性能和安全性等方面；

• 验收测试阶段：测试的对象是用户验收标准和用户需求是否满足等。

12. 引入测试管理的含义?

风险分析,进度控制、角色分配、质量控制

13. 做好软件测试的关键点

做好软件测试的关键点包括：

1. 设计全面的测试计划：在软件测试之前，需要设计全面的测试计划，明确测试的目标、范围、方法、时间等，以确保测试工作能够高效有序地进行。

2. 编写全面的测试用例：测试用例是软件测试的核心，需要编写全面的测试用例，覆盖软件的各个功能模块和各种场景，以确保软件的稳定性和可靠性。

3. 严格执行测试流程：在测试过程中，需要严格执行测试流程，按照测试计划和测试用例进行测试，确保测试结果的准确性和可靠性。

4. 及时记录和跟踪缺陷：在测试过程中，需要及时记录和跟踪发现的缺陷，包括缺陷的描述、重现步骤、影响范围、优先级等信息，以便开发人员及时修复缺陷。

5. 定期生成测试报告：测试结束后，需要定期生成测试报告，包括测试结果、缺陷情况、测试覆盖率等信息，以便项目经理和开发人员了解测试进度和测试质量。

6. 使用自动化测试工具：自动化测试工具可以提高测试效率和准确性，特别是在重复性测试方面更为有效，可以节省测试时间和人力成本。

7. 坚持学习和技术更新：软件测试是一个不断发展和更新的领域，测试人员需要不断学习新的测试方法和技术，以提高自己的测试水平和质量。|

14. 怎么估计测试的工作量？

测试工作量的估计通常是基于以下几个因素：

1. 功能点数量：测试的工作量通常与软件中的功能点数量成正比。因此，通过对软件的需求文档或功能列表进行分析，可以初步估算出测试的工作量。

2. 测试用例数量：测试用例数量通常是测试工作量的重要指标之一。通过对软件的需求文档或功能列表进行分析，可以编写相应的测试用例。测试用例数量越多，测试工作量就越大。

3. 测试环境的复杂程度：测试环境的复杂程度也会影响测试的工作量。如果测试环境需要多个平台或多个版本的软件，那么测试工作量就会增加。

4. 测试方法和工具的使用：测试方法和工具的使用也会影响测试的工作量。自动化测试通常比手动测试更快速和高效，但是自动化测试的编写和维护也需要一定的时间和精力。

5. 测试人员的经验和技能：测试人员的经验和技能也会影响测试的工作量。经验丰富的测试人员通常能够更快速和准确地完成测试工作。

15. 测试评估的目标

1. 发现和解决问题：主要目标是发现和解决软件中的问题和缺陷，从而提高软件的质量和可靠性。

2. 确认软件功能：确认软件的功能是否符合预期的设计和需求，从而确保软件的正确性和完整性。

3. 确保软件质量：确保软件的质量符合预期的标准和要求，从而提高软件的可靠性和可用性。

4. 改进软件设计：帮助改进软件的设计和实现，从而提高软件的可维护性和可扩展性。

5. 提高用户满意度：提高用户的满意度，从而增强软件的市场竞争力。

16. 如何提高测试效率？

提高测试效率的方法有很多，以下是一些常用的方法：

1. 自动化测试：自动化测试可以减少测试人员的工作量，同时可以提高测试的准确性和可靠性。

2. 测试用例设计：设计好的测试用例可以减少测试人员的工作量，提高测试效率。

3. 并行测试：对于一些可以并行测试的功能或模块，可以同时进行测试，从而提高测试效率。

4. 测试环境的准备：测试环境的准备应该提前完成，确保测试人员可以及时开始测试工作。同时，测试环境的稳定性和可靠性也非常重要，可以减少测试过程中的错误和干扰。

5. 测试人员的技能和经验：具有丰富的测试经验和技能的测试人员可以更快地找到问题和解决问题，从而提高测试效率。

6. 测试过程的优化：测试过程中的优化也可以提高测试效率，包括测试计划的合理性、测试执行的顺序、测试结果的分析和反馈等方面。

总之，提高测试效率需要综合考虑多个方面，包括工具、方法、环境、人员和过程等。

17. 常见的测试设计的问题

以下是一些常见的测试设计问题：

1. 不充分的测试用例：测试用例的设计需要覆盖软件的所有功能和场景，但是有时候测试人员会忽略一些重要的测试场景，导致测试用例不充分，无法覆盖所有的功能和场景。

2. 重复的测试用例：编写重复的测试用例，会浪费时间和资源，并且不利于测试效率的提高。

3. 测试用例的可读性和可维护性：测试用例需要清晰明了，易于理解，便于修改和维护。

4. 不充分的边界测试：测试人员可能会忽略一些边界情况，导致测试结果不准确。

5. 不充分的异常测试：测试人员需要设计出一些异常场景，以确保软件能够正确地处理异常情况。

18. C/S模式

C/S模式的定义：

C/S模式中，软件系统被分为客户端和服务器端两部分。客户端通常是一个独立的应用程序，可以运行在用户的本地计算机上，而服务器端则负责提供服务和处理客户端的请求。客户端和服务器之间通过网络进行通信，客户端向服务器发送请求，服务器返回响应结果。C/S模式通常用于需要处理大量数据或需要高性能的应用程序。

C/S模式的优点：

1. 网络负载较小：C/S模式中，客户端和服务器之间的通信只涉及到数据交换，而不需要传输HTML等页面内容，因此网络负载较小，响应速度较快。

2. 可以脱机工作：客户端可以缓存数据，即使没有网络连接也可以继续工作，等到网络连接恢复后再进行数据同步。

3. 功能更强大：客户端可以使用本地计算机的资源，例如CPU、内存、硬盘等，因此可以支持更复杂的功能和更高的性能要求。

C/S模式的缺点：

1. 客户端需要安装软件：C/S模式中，客户端需要安装相应的软件，这会增加用户的配置和维护成本。

2. 可扩展性较差：C/S模式中，客户端和服务器之间的通信是通过协议进行的，如果需要增加新的功能，需要修改客户端和服务器端的代码，扩展性较差。

3. 安全性较差：C/S模式中，客户端可以访问本地计算机的资源，因此容易受到病毒、木马等安全威胁。

19. B/S模式

B/S模式的定义：

B/S模式中，软件系统被分为浏览器和服务器端两部分。浏览器是客户端，可以运行在用户的本地计算机上，而服务器端则负责提供服务和处理浏览器的请求。浏览器向服务器发送请求，服务器返回HTML等页面内容，浏览器解析页面并显示给用户。B/S模式通常用于需要跨平台、易于维护和部署的应用程序。

B/S模式的优点：

1. 客户端无需安装软件：B/S模式中，客户端只需要使用浏览器即可访问应用程序，无需安装任何软件。

2. 可扩展性更好：B/S模式中，应用程序的逻辑和数据都在服务器端，客户端只需要负责显示和交互，因此增加新的功能只需要修改服务器端的代码，扩展性更好。

3. 安全性更好：B/S模式中，客户端无法访问本地计算机的资源，因此安全性更好。

B/S模式的缺点：

1. 网络负载较大：B/S模式中，客户端和服务器之间的通信需要传输HTML等页面内容，网络负载较大，响应速度较慢。

2. 功能受限：B/S模式中，客户端只能使用浏览器提供的功能，无法使用本地计算机的资源，因此功能受限。

3. 依赖于浏览器：B/S模式中，客户端需要使用浏览器访问应用程序，因此受到浏览器版本、插件等因素的影响。

20. web测试和app测试的异同有哪些？

相同点：功能测试方面没有区别

不同点：

1. 系统结构方面

web项目：b/s架构,基于浏览器的;web测试只要更新了服务器端,客户端就会同步会更新。

app项目：c/s结构的,必须要有客户端;app修改了服务端,则客户端用户所有核心版本都需要进

行一遍。

2. 性能方面

web项目：需监测响应时间、CPU、Memory

app项目：除了监测 响应时间、CPU、Memory外,还需监测流量、电量等

3. 兼容方面

web项目:

• 浏览器：(火狐、谷歌、IE等)

• 操作系统：(Windows7、Windows10、Linux、Mac等)

4. app项目

• 设备系统：iOS(ipad、iphone)、Android(三星、华为、联想等)

• 手机设备：可根据手机型号、分辨率不同

相对于web项目,APP有专项测试

1.干扰测试:中断,来电,短信,关机,重启等

2.弱网络测试(模拟2g、3g、4g、wifi网络状态以及丢包情况)：网络切换测试(网络断开后重

连、3g切换到4g/wifi等)。

3.安装、更新、卸载

安装:需考虑安装时的中断、弱网、安装后删除安装文件等情况

21. 什么是漏测？/如何避免漏测？/怎么才能够全面的测试到每一个点？（测试的全面性）

1. 什么是漏测

测试漏测指软件产品在测试结束后出现了在测试过程中没有被发现的bug。

2. 漏测的危害

• 首先给客户带来了非常不好的影响，特别是严重的功能性bug被漏测；

• 其次增加bug修复的成本，包括人力物力财力上；

• 再者给自己的测试团队也带来了不利影响，容易被别人质疑能力不足，难以取得信任。

3. 如何避免漏测（测试的全面）

1. 吃透业务需求

研读需求文档和原型图，做好理解不明确和产生歧义的地方，针对不懂的地方进行提问，认真记录。

2. 提高用例质量

提高用例覆盖率，结合业务设计有效业务场景，保证测试有效性。

3. 做好用例评审

测试人员结合用例对需求进行串讲，把对需求的理解讲一遍，列出所有的测试点和测试场景，产品和开发同事评审是否有遗漏场景，这样就可以很大程度的避免漏测了。

4. 增加交叉测试

条件和时间允许，可以与同事交叉测试，毕竟每个人的测试思路不一样，也许有不一样的收获。

5. 有效回归测试

梳理主流程用例，尤其随着版本迭代和功能的增加，每次发版时，要保证主流程没问题。

6. bug仲裁

在上线前，查看还有哪些问题是未解决的，与产品、开发、测试经理商量，哪些bug是允许带到线上的，如果三方达成一致，那么线上再出问题，也是已知的，就没什么问题了。

7. 做好漏测复盘

对待漏测态度上必须要重视，分析为何会漏测，是哪个环节出了问题，是流程问题还是技术问题?

22. 怎么和开发沟通

和开发沟通是软件测试过程中非常重要的一环。以下是一些和开发沟通的建议：

1. 建立良好的沟通渠道：比如定期开会，使用协同工具等。

2. 明确测试目标：测试人员应该明确测试的目标和测试的重点，以便和开发人员进行更加有针对性的沟通。

3. 尊重开发人员：测试人员应该尊重开发人员的工作，不要过分指责或者批评开发人员。

4. 保持耐心和冷静：在和开发人员沟通时，测试人员应该保持耐心和冷静，不要情绪化，以免影响沟通的效果。

5. 提供详细的信息：当发现问题时，测试人员应该提供尽可能详细的信息，比如问题的重现步骤、截图、日志等，以便开发人员更好地理解问题。

6. 积极参与讨论和解决问题：测试人员应该积极参与开发人员的讨论和解决问题，提出自己的建议和意见，以促进问题的解决。

23. 测试活动中统计了哪些数据?

工作量 bug 数量

24. 进行测试时产生了哪些文档或记录?

测试的整个过程有系统测试计划、系统测试用例、系统测试报告、缺陷报告、产品发布说明。

25. 有个程序，在 Windows 上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题?

1. 检查系统是否有中毒的特征;

2. 检查软件/硬件的配置是否符合软件的推荐标准;

3. 确认当前的系统是否是独立，即没有对外提供什么消耗 CPU 资源的服务;

4. 如果是 C/S 或者 B/S 结构的软件，需要检查是不是因为与服务器的连接有问题，或者访问有问题造成的;

5. 在系统没有任何负载的情况下，查看性能监视器，确认应用程序对 CPU/内存的访问情况。

26. 软件的评审一般由哪些人参加？其目的是什么

软件评审一般由以下人员参加：

1. 项目经理：负责协调和安排评审流程，确保评审按计划进行。

2. 开发人员：负责提交代码和文档，解释代码实现细节。

3. 测试人员：负责评估软件是否符合需求和规格要求，是否存在Bug。

4. 产品经理：负责确认需求和规格是否得到满足，是否需要修改。

5. 用户代表：如果有的话，可以提供用户的反馈和建议。

评审的目的是为了确保软件的质量和满足需求。评审可以帮助团队发现和解决潜在的问题和风险，避免在后期开发和测试中出现不必要的延误和成本增加。评审还可以促进团队的合作和沟通，提高开发和测试人员的技能和经验。最终目的是确保软件交付符合用户需求，同时满足质量标准和时间要求。

27. 测试活动中，如果发现需求文档不完善或者不准确，怎么处理?

测试需求分析 发现需求文档不完善或者不准确，应该立即和相关人员进行协调交流。

28. 软件测试的文档测试应当贯穿于软件生命周期的全过程,其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些?

1. 用户手册

2. 安装和设置指导

3. 联机帮助

4. 指南、向导

5. 样例、示例和模板

6. 授权/注册登记表

29. 软件系统中除用户文档之外,文档测试还应该关注哪些文档?

1. 开发文档

2. 软件需求说明书

• 数据库设计说明书

• 概要设计说明书

• 详细设计说明书

• 可行性研究报告

3. 管理文档

• 项目开发计划

• 测试计划

• 测试报告

• 开发进度月报

• 开发总结报告

30. 什么是系统瓶颈？

系统瓶颈指系统中影响整体性能的最慢或最拥堵的部分或组件。当系统出现瓶颈时，系统的性能将受到限制，导致系统的响应时间变慢，处理速度下降，甚至可能导致系统崩溃。系统瓶颈通常是由于系统中某些资源的不足或某些操作的复杂度过高导致的。为了解决系统瓶颈问题，需要对系统进行性能优化，找出并解决瓶颈所在的问题。

31. 软件文档测试主要包含什么?

软件文档测试主要包含以下几个方面：

1. 需求测试

2. 设计测试

3. 用户手册测试

4. API文档测试