【软件测试】2024年期中试题B卷 - 湖南科技大学hnust

注：回忆版，题目顺序不一定，答案仅供参考

一、填空题（10空×1分，总共10分）

1. 测试用例八要素：用例编号，测试项目， 测试标题， 重要级别，预置条件，测试输入，操作步骤，预期结果。
2. 正交表的构成：行数、因素数、水平数。
3. 等价类划分有有效等价类、无效等价类。
4. 决策表由条件桩、动作桩、条件项、动作项四部分组成。

二、名词解释（4个×5分，总共20分）

1、白盒测试

把测试对象当成一个透明的盒子，允许测试人员利用程序内部逻辑结构及相关信息，设计或选择测 试用例，对程式所有逻辑路径进行测试。

2、集成测试

通过测试单元模块组装成系统或者子系统，再进行测试，重点测试不同模块的接口部分

3、因果图

因果图： 是一种简化的逻辑图（恒等、与、或、非）。能直观的表明程序输入条件(原因)和 输出动作(结果)之间的相互关系。

恒等： 如果原因为真,那么结果必为真

与：只有当原因都为真的时候结果才为真

或：只要有一个原因为真,那么结果就为真

非：只有原因为假,结果才为真

4、条件组合覆盖

条件组合覆盖能解决判定/条件覆盖中条件组合的问题，多重条件覆盖要求编写足够多的测 试用例，将每个判定中的所有可能的条件结果的组合至少执行一次。

三、简答题（5个×6分，总共30分）

1、白盒测试和黑盒测试都有哪些方法？

白盒测试有语句覆盖、判定（分支）覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、路径覆盖。

黑盒测试有等价类划分、边界值分析、因果图分析、错误猜测。

2、接口测试是什么？

接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间  以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过  程，以及系统间的相互逻辑依赖关系等。简答的说就是通过 URL  像服务器或者其他模块等， 传输我们想传输的数据， 然后看看他们返回的是不是我们预期想要的。

3、敏捷测试遵循的原则是什么？

敏捷测试(Agile testing)

测试的一种, 主张尽早开始测试， 重点关注持续迭代地测试新开发的功能.

敏捷的测试团队还要保证整个软件开发过程是正确的是符合用户需求的

遵循

1、强调从客户的角度，即从使用系统的用户角度， 来测试系统

2、重点关注持续迭代地测试新开发的功能，而不再强调传统测试过程中严格的测试阶段

3、建议尽早开始测试，一旦系统某个层面可测，比如提供了模块功能， 就要开始模块层面 的单元测试，同时随着测试深入，持续进行回归测试保证之前测试过内容的正确性

4、测试结束的标准？

（1）模块测试用例执行完毕，覆盖了全部软件需求

（2）缺陷收敛趋势符合质量要求

（3）缺陷修复率达到产品设计人员的需求

（4）达到预先的缺陷度量原则（缺陷密度值达到客户的要求）

5、Beta 测试和 Alpha 测试有什么区别？

答：大型通用软件，在正式发布前， 通常需要执行 Alpha 和 Beta 测试，目的是从实际终端用户 的使用角度，对软件的功能和性能进行测试， 以发现可能只有最终用户才能发现的错误。

Alpha 测试是由一个用户在开发环境下进行的测试， 也可以是公司内部的用户在模拟实际操 作环境下进行的受控测试，Alpha 测试不能由程序员或测试员完成。Alpha 测试发现的错误，可以在测试现场立刻反馈给开发人员，

由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha 测试可以从软件产品编码结束之后开始，或在模块（子系统）测试完成后开始，也可以在确认测试，过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册（草稿）等应该在Alpha测试前准备好。

Beta 测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。因而，Beta 测试是在开发者无法控制的环境下进行的软件现场应用。

在 Beta 测 试中，由用户记下遇到的所有问题， 包括真实的以及主管认定的，定期向开发者报告，开发者在综合用户的报告后，做出修改，最后将软件产品交付给全体用户使用。Beta 测试着重于产品的支持性， 包括文档、客户培训和支持产品的生产能力。

只有当 Alpha 测试达到一定的可靠程度后，才能开始 Beta 测试。由于 Beta 测试的主要目标是测试可支持性， 所以 Beta 测试应该尽可能由主持产品发行的人员来管理。

四、综合题（4个×10分，总共40分）

1、ATM取款为例，使用场景设计法

ATM 取款正常流程：

插卡----输入密码----输入金额----取钱----退卡

异常情况:

（1）插卡：卡插反了、卡消磁了、插入其他卡（公交卡）卡丢失、卡注销、停留时间过长、 卡被吞

（2）输入密码： 密码连续三次输错，账户被锁定； 密码连续输错，第三次输入正确；忘记 密码。手机重置密码

（3）金额：金额大于银行卡余额；ATM  机本身月不足； 输入的金额低于 ATM  机要求的金额； 输 入零钱（ATM 不允许）；超过每日最大金额

（4）取款：长时间未取（看 ATM 机器的处理）；遗忘了部分钱没有取

（5）其他： ATM 网络异常，断电了， 机器故障

2、商家扫描用户二维码进行商品付款，以用户和商家为主，分别以功能、性能、界面方面分析该如何测试。

暂时没有解答，上课老师应该会将该题。

3、接口测试有哪些测试点?

**通过性验证**

首先肯定要保证这个接口功能是可用的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。

**参数组合**

现在有一个操作商品的接口， 有个字段 type，传 1 的时候代表修改商品，商品 id、商品名称、价格有一个是必传的，type 传 2 的时候是删除商品，商品 id 是必传的，这样的，就要测参数组合了，type 传 1 的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。

**接口安全**：

1、绕过验证，比如说购买了一个商品，它的价格是 300 元， 那我在提交订单时候， 我把这 个商品的价格改成 3  元，后端有没有做验证， 更狠点，我把钱改成-3，是不是我的余额还 要增加？

2、绕过身份授权，比如说修改商品信息接口， 那必须得是卖家才能修改，那我传一个普通 用户， 能不能修改成功， 我传一个其他的卖家能不能修改成功

3、参数是否加密，比如说我登陆的接口，用户名和密码是不是加密，如果不加密的话，别 人拦截到你的请求， 就能获取到你的信息了， 加密规则是否容易破解。

4、密码安全规则，密码的复杂程度校验

**异常验证**：

所谓异常验证，也就是我不按照你接口文档上的要求输入参数，来验证接口对异常情 况的校验。比如说必填的参数不填， 输入整数类型的，传入字符串类型，长度是 10 的， 传 11，总之就是你说怎么来，我就不怎么来，其实也就这三种：必传非必传、参数类型、入参长度。

**错误码测试**

通用的错误码与业务错误码是否能够清晰的说明调用问题，错误码是否能够尽可能的全的覆盖所有的情况。**错误接口请求后，返回值给出友好提示**

**返回值测试** ：

返回值除了内容需要是正确的，还需要类型也是正确的，保证调用方拿到这些参数能够正确的解析。

**性能测试**

接口并发情况，如上面提到的： 一个账号， 同时（大于 2   个请求）对最后一个商品下单， 或不同账号，对最后一个商品下单

接口响应时间， 响应时间太长了，肯定需要优化， 一般都是毫秒级别

4、如果让你一个人接手测试新项目， 你会怎样着手准备？

①熟悉新项目

对于 APP 要尽量多去使用，先从视觉上熟识每一个页面， 每一个操作选项：

②理解核心逻辑流程

这个应用的核心功能是什么？ 是否包含注册流程？ 怎么成为会员？

③阅读需求文档

理解这个项目的现在和过去：这个项目的初心是什么？现在做到了什么地 步？未来方向是什么？

④查看设计文档

看图识物，视觉效果可以清楚地知道这个应用有哪些页面，结合第一步可 以提升对应用的整体认识。

⑤查看接口文档

看过了应用的颜值，是时候深入了解它的后端设计，框架组成，对于后续定位排查问题很有帮助。

⑥了解数据库

输入每一个表的用途， 最好牢记关键表的每个参数

⑦设计测试用例

对于应用的前后端都有一定了解后， 可以开始设计测试用例， 把学到的内容整理输出，进而查漏补缺

⑧测试练习

学的再多不实践也没用。直接上手测试是加深理解的最有效办法。测试过程记录问题，然后逐个确认。

⑨编写测试报告

执行完一轮整体测试后，需要把测试过程中遇到的问题记录下来。包括 bug、确认的问题、问题定位排查方法、测试资源，化零为整， 将单个方法按照逻辑形成合集生成一套方案，以便后续提升测试效率。

⑩控制项目节奏

保障项目按预期进度开始和结束测试。