软件测试经典笔试题及答案.docxVIP

软件测试经典笔试题及答案

一、基础概念题（每题10分，共20分）

软件测试的核心目标是什么？为什么无法做到100%完全测试？

答案：核心目标是在有限资源（时间、人力）内，尽早发现软件中影响用户使用、业务流程的缺陷，降低软件上线后的故障风险，而非“找出所有缺陷”。

无法100%测试的原因：①软件存在“无限输入场景”（如输入框可输入的字符组合、不同设备/系统环境的兼容场景），无法全部覆盖；②项目有明确上线周期，资源有限时需优先覆盖核心业务场景；③部分隐性缺陷（如极端条件下的偶发崩溃）需特定触发条件，难以主动发现。

什么是“测试用例”？一份合格的测试用例应包含哪些关键要素？

答案：测试用例是为验证软件某一功能/模块是否符合需求而设计的具体操作步骤，是测试执行的依据。

关键要素：用例编号（唯一标识，如“Login_001”）、测试模块（如“用户登录界面”）、测试目的（如“验证用户名为空时的提示逻辑”）、前置条件（如“已打开登录页面，未输入任何信息”）、输入数据（如“用户名为空，密码为123456”）、操作步骤（如“1.点击‘登录’按钮；2.观察页面反馈”）、预期结果（如“弹出提示‘用户名不能为空’，登录按钮保持可点击”）、实际结果（执行后填写）。

二、黑盒测试方法题（每题15分，共30分）

针对“手机APP登录界面的用户名输入框”（需求：用户名长度为6-12位，仅支持字母+数字，不能以数字开头），用“等价类划分法”设计测试用例，需区分有效等价类和无效等价类。

答案：

等价类类型

用例场景

输入数据

预期结果

有效等价类

长度6位，字母开头+数字

Abc123

输入框无报错，允许提交

有效等价类

长度12位，字母开头+数字

Xyz7890123456

输入框无报错，允许提交

无效等价类

长度5位（小于最小值）

Ab123

提示“用户名需6-12位”

无效等价类

长度13位（大于最大值）

Abc12345678901

提示“用户名需6-12位”

无效等价类

纯数字

1234567

提示“不能以数字开头”

无效等价类

含特殊字符

Abc#123

提示“仅支持字母+数字”

结合上题的登录需求，补充“边界值分析法”的测试用例，说明为什么边界值是测试重点。

答案：

边界值用例：

①用户名长度5位（最小值-1：6-1）：A1234→预期报错；

②用户名长度6位（最小值）：A12345→预期正常；

③用户名长度7位（最小值+1）：A123456→预期正常；

④用户名长度11位（最大值-1：12-1）：Ab→预期正常；

⑤用户名长度12位（最大值）：Abc123456789→预期正常；

⑥用户名长度13位（最大值+1）：Abc1234567890→预期报错。

边界值是重点的原因：软件逻辑中，“边界条件”（如长度限制、数值范围）是代码容易出错的地方（例：开发者可能误写“if(len=12)”为“if(len12)”，导致12位无法正常输入），且边界场景往往直接影响用户核心操作（如用户刚好注册12位用户名，却因代码bug无法登录）。

三、缺陷管理题（每题15分，共30分）

测试中发现“电商APP提交订单时，选择‘信用卡支付’后点击‘确认支付’，页面无响应”，请按标准格式编写缺陷报告，需包含“缺陷标题、严重级别、优先级、复现步骤、缺陷描述”。

答案：

缺陷标题：电商APP-信用卡支付-点击“确认支付”按钮页面无响应

严重级别：高（核心业务流程阻断，用户无法完成支付，直接影响交易）

优先级：高（支付是核心功能，需优先修复，避免影响用户下单）

复现步骤：1.打开APP，登录账号；2.添加商品到购物车，进入结算页；3.选择“信用卡支付”，输入正确的卡号信息；4.点击“确认支付”按钮；5.观察页面状态。

缺陷描述：点击“确认支付”后，按钮无loading动画，页面保持静止，等待5分钟仍无跳转/报错提示；切换到“支付宝支付”可正常提交；复现率100%（测试设备：iPhone14，APP版本V3.2.1）。

什么是“缺陷的严重级别”和“优先级”？两者的区别是什么？举例说明“高严重级别但低优先级”的场景。

答案：

严重级别：描述缺陷对软件功能、数据安全性的影响程度（技术层面），分为高/中/低，由测试工程师判定；

优先级：描述缺陷修复的紧急程度（业务层面），分为高/中/低，由测试、产品、开发共同确认。

区别：严重级别关注“缺陷有多坏”，