软件测试
更新: 6/26/2025 字数: 0 字 时长: 0 分钟
- 时间：14:30 - 16:30
- 地点：中心楼 627-629
- 监考老师：董笑、王欣
第一大题
情景
某银行响应国家《反洗钱法》《数据安全法》要求，开发了交易风险检测系统，根据交易金额、账户状态、交易频率、高风险地区标记等因素判断是否需要人工审核，检测规则为高风险地区账户发生交易时必须经人工审核；账户处于冻结状态，交易金额大于等于 10000 元时需人工审核；一日内交易次数大于等于 5 次即为高频交易，需人工审核。依据需求描述，交易风险检测的核心代码如下：
public class RiskDetector {
// 交易风控检测方法
public bool NeedManualReview(double amount, bool isAccountFrozen, int recentTransactions, bool isHighRiskRegion) {
// 规则 1：高风险地区交易必须审核（反洗钱要求）
if (isHighRiskRegion) return true;
// 规则 2：冻结账户大额交易需审核（保护用户资产安全）
if (isAccountFrozen && amount > 10000) return true;
// 规则 3：高频交易标记
bool highFrequency = (recentTransactions >= 5);
// 规则 4：复合风控条件（防诈骗核心逻辑）
if ( (amount > 20000 && highFrequency) || amount > 50000 ) {
return true;
}
return false;
}
}作为测试负责人，请完成以下任务。
1.1
请依据基本路径法的思路绘制交易风控检测方法的控制流图（CFG），并计算其环路复杂度、列出独立路径集合。
依据核心代码绘制程序流程图如下：
依据程序流程图可得控制流图如下：
计算环路复杂度：V(G) = 判断节点个数 + 1 = 3 + 1 = 4
独立路径为：
- 路径 1：
0-->1-->2-->9 - 路径 2：
0-->1-->3-->4-->9 - 路径 3：
0-->1-->3-->5、6-->7-->9 - 路径 4：
0-->1-->3-->5、6-->8-->9
1.2
请基于上一问的独立路径设计测试用例，要求为每条独立路径设计 1 组测试数据？
设定测试输入数据的顺序为（金额，账户状态，交易频次，是否高风险区域），按语句覆盖要求，每条独立路径的测试用例如下表所示：
| 独立路径 | 测试数据组合 | 预期输出 |
|---|---|---|
| 路径 1 | （500，False，3，True） | True |
| 路径 2 | （15000，True，2，False） | True |
| 路径 3 | （21000，True，5，False） | True |
| 路径 4 | （21000，True，3，False） | False |
第二大题
情景
某电商平台为响应国家“拉动内需、促进消费”政策，制定购物优惠规则，倡导诚信消费和公平交易，确保系统精准执行优惠逻辑，保障用户权益。设定规则的条件有用户类型分为普通用户（C1=0）、VIP 用户（C1=1），优惠券类型分为满减券（C2=0）、折扣券（C2=1），订单金额达标情况分为是（C3=1）、否（C3=0），商品类型分为普通商品（C4=0）、限时秒杀商品（C4=1）。系统输出动作包括 A1 执行满减券抵扣、A2 执行折扣券抵扣、A3VIP 用户叠加优惠（先执行 A1 或 A2 后再执行 A3），A4 提示“优惠券不可用”。优惠规则如下：
（1）购买限时秒杀商品时，仅允许使用满减券。若用户使用折扣券或使用满减券但订单金额未达标，则输出 A4；若用户使用满减券且订单金额达标，则输出 A1。
（2）若普通用户购买普通商品，订单金额达标，则基于优惠券类型输出动作，使用满减券时输出 A1，使用折扣券时输出 A2；订单金额未达标，则输出 A4。
（3）若 VIP 用户购买普通商品，订单金额达标，则基于优惠券类型输出动作，用户使用满减券，则输出 A1 并附加额外折扣（执行 A3）；用户使用折扣券，则输出 A2 并附加额外折扣（执行 A3）；若订单金额未达标，则输出 A4。
作为测试负责人，请完成以下任务。
2.1
请依据情景描述生成决策表，要求覆盖所有优惠规则？
| 条件与动作 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| C4：是否限时秒杀商品 | 1 | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| C1：用户类型 | - | - | - | - | 0 | 0 | 0 | 0 | 1 | 1 | 1 | 1 |
| C2：优惠券类型 | 0 | 0 | 1 | 1 | 0 | 0 | 1 | 1 | 0 | 0 | 1 | 1 |
| C3：订单金额 ≥ 门槛金额 | 1 | 0 | 1 | 0 | 1 | 0 | 1 | 0 | 1 | 0 | 1 | 0 |
| A1：执行满减券 | ✔ | ✔ | ✔ | ✔ | ||||||||
| A2：执行折扣券 | ✔ | |||||||||||
| A3：VIP 叠加优惠 | ✔ | ✔ | ||||||||||
| A4：提示不可用 | ✔ | ✔ | ✔ | ✔ | ✔ | ✔ | ✔ |
符号说明：
1：条件为真0：条件为假-：条件不适用/不相关✔：执行该动作
2.2
根据决策表的每个规则设计测试用例？
设定输入数据的顺序为（商品类型，用户类型，优惠券类型，订单金额达标），则测试用例如表所示。
| 规则 | 测试数据组合 | 预期输出 |
|---|---|---|
| 1 | （限时秒杀，不考虑，满减券，是） | A1 |
| 2 | 商品类型=限时秒杀，优惠券类型=满减券，订单金额达标=否 | A4 |
| 3 | 商品类型=限时秒杀，优惠券类型=折扣券，订单金额达标=是 | A4 |
| 4 | 商品类型=限时秒杀，优惠券类型=折扣券，订单金额达标=否 | A4 |
| 5 | 商品类型=普通，用户类型=普通，优惠券类型=满减券，订单金额达标=是 | A1 |
| 6 | 商品类型=普通，用户类型=普通，优惠券类型=满减券，订单金额达标=否 | A4 |
| 7 | 商品类型=普通，用户类型=普通，优惠券类型=折扣券，订单金额达标=是 | A2 |
| 8 | 商品类型=普通，用户类型=普通，优惠券类型=折扣券，订单金额达标=否 | A4 |
| 9 | 商品类型=普通，用户类型=VIP, 优惠券类型=满减券，订单金额达标=是 | A1 + A3 |
| 10 | 商品类型=普通，用户类型=VIP, 优惠券类型=满减券，订单金额达标=否 | A4 |
| 11 | 商品类型=普通，用户类型=VIP, 优惠券类型=折扣券，订单金额达标=是 | A2 + A3 |
| 12 | 商品类型=普通，用户类型=VIP, 优惠券类型=折扣券，订单金额达标=否 | A4 |
第三大题
情景
某电商平台为响应国家“促进消费升级”政策要求，开发了会员积分奖励系统。积分计算式规则为：
系统根据用户会员等级（operation_type）计算单次积分奖励，若为普通会员则每次加 2 分；若为银卡会员则每次加 10 分；金卡会员则每次加 20 分。
初始积分基数（initial_num）决定奖励计算次数，系统循环执行积分奖励计算，每次循环根据会员等级累加相应积分，同时奖励计算次数减 1，直至积分基数为 0 结束积分奖励计算。作为测试负责人，请使用 Unittest+ddt 完成单元测试。
3.1
请补全积分奖励计算函数，应使用循环实现积分累加，能正确处理三种会员等级，能正确退出循环？
# sort.py
def iterative_calculation('''_____''', '''_____'''):
result = 0
current_num = '''_____'''
while '''_____''':
if operation_type == 0:
'''_____'''
elif operation_type == 1:
'''_____'''
else:
'''_____'''
'''_____'''
return result# sort.py
def iterative_calculation(initial_num, operation_type):
result = 0
current_num = initial_num
while current_num > 0:
if operation_type == 0:
result += 2
elif operation_type == 1:
result += 10
else:
result += 20
current_num -= 1
return result3.2
请补全针对积分奖励计算函数的测试代码，应正确调用数据驱动测试库，能正确调用被测函数（积分奖励计算函数），能正确使用 ddt 开展单元测试。
# sort_test.py
import sys
import unittest
from ddt import '''_____''', '''_____''', '''_____'''
sys.path.append(r"D:\Demo")
from sort import '''_____''' # 被测模块
@ddt
class TestRewardSystem(unittest.TestCase):
@data(
(3, 0, 6), # 普通会员 3 次消费
(0, 0, '''_____'''), # 边界值（消费 0 次）
(5, 1, '''_____'''), # 银卡会员 5 次消费
(5, 2, '''_____'''), # 金卡会员 5 次消费
(-1, 5, '''_____'''), # 无效消费次数
(10, 1, '''_____''') # 大数据量验证
)
@unpack
def test_calculate_rewards(self, input_num, mode, expected):
# 调用被测函数
result = iterative_calculation('''_____''', '''_____''')
# 断言方法
self.'''_____'''(result, expected, msg=f"实际结果:{result}")
def test_policy_compliance(self):
# 测试金卡会员大额消费（至少 10 次）
agricultural_points = iterative_calculation('''_____''', '''_____''')
self.assertEqual(agricultural_points, '''_____''', "应支持农产品兑换")
if __name__ == '__main__':
'''_____''' # 启动测试# sort_test.py
import sys
import unittest
from ddt import ddt, data, unpack
sys.path.append(r"D:\Demo")
from sort import iterative_calculation # 被测模块
@ddt
class TestRewardSystem(unittest.TestCase):
@data(
(3, 0, 6), # 普通会员 3 次消费
(0, 0, 0), # 边界值（消费 0 次）
(5, 1, 50), # 银卡会员 5 次消费
(5, 2, 100), # 金卡会员 5 次消费
(-1, 5, 0), # 无效消费次数
(10, 1, 100) # 大数据量验证
)
@unpack
def test_calculate_rewards(self, input_num, mode, expected):
# 调用被测函数
result = iterative_calculation(input_num, mode)
# 断言方法
self.assertEqual(result, expected, msg=f"实际结果:{result}")
def test_policy_compliance(self):
# 测试金卡会员大额消费（至少 10 次）
agricultural_points = iterative_calculation(15, 2)
self.assertEqual(agricultural_points, 300, "应支持农产品兑换")
if __name__ == '__main__':
unittest.main() # 启动测试第四大题
情景
某市卫生健康委为落实“基本医疗卫生服务更加公平可及”的要求，委托某软件公司开发适用于全市医疗机构的“医捷通”预约挂号系统，核心业务需求有：
（1）多身份服务。支持社保患者（需对接省级医保平台）、自费患者、异地医保患者（需对接国家医保平台）三类身份挂号，确保不同参保状态、不同地域的患者都能公平、便捷地享受基本医疗服务。
（2）关键业务流程，强调规范与效率。挂号流程为选择科室→选择医生→选择时段→身份认证→支付（社保账户/个人账户/第三方支付）；退号流程为退号申请→医保退款审核（社保患者需省级平台确认）→原路返款；必须确保流程合规、透明、可追溯。
（3）政策约束，保障资源合理分配与资金安全。社保患者每日限挂 1 个专家号；退号后，医保资金需在 48 小时内返还。
系统上线运行后暴露出了异地医保患者挂号时系统崩溃，退款超时导致患者投诉，黑客利用漏洞获取他人就诊记录等问题。作为测试负责人，请完成以下任务。
4.1
结合系统故障引发的社会影响，说明软件测试对保障公共利益的意义，并指出在开发环节中可能存在的责任缺失点？
社会影响：
- 挂号系统崩溃导致异地患者就医受阻，破坏“公平可及”
- 退款超时引发医患矛盾，导致信任危机
- 隐私泄露引发诈骗风险，触及法律红线
测试意义：
- 充分的功能/性能测试保障系统可用性
- 合规/时效性测试确保政策落地，维护患者经济权益
- 安全性测试防止隐私泄露，保障公共数据安全
责任缺失点：
- 需求分析：未定义异地医保高并发场景，遗漏性能测试需求。
- 测试设计：无超时边界测试（如退款>48h），缺失时效性测试用例。
- 测试执行：未实施渗透测试，未检查就诊记录访问控制。
- 过程管理：缺少端到端的流程追踪，如退款流程。
4.2
针对题设的需求描述和暴露的软件缺陷，请分项说明覆盖三类患者全流程、资金安全时效、安全防护等核心业务的测试方案；以及针对医保政策变更、接口调整等需求变化，提出测试流程优化建议？
核心业务测试方案：
- 全流程测试：使用自动化工具（如 Selenium）模拟三类患者执行挂号、退号全流程，验证与省级/国家医保平台对接的稳定性和兼容性
- 资金安全时效测试：运用边界值分析法（47/48/49 小时）和异常注入，强制触发退款延迟场景，监控资金返还路径的合规与可追溯性
- 安全防护测试：实施渗透测试，模拟伪造医保凭证、SQL 注入等攻击，检测就诊记录泄露风险及身份认证漏洞
流程优化建议：
- 针对政策变更：构建动态策略规则库，实现自动化业务逻辑回归测试，确保规则变更后快速验证
- 针对接口调整：引入契约测试（如 Pact），在开发早期验证服务间的交互逻辑，提前暴露兼容性问题，减少后期集成风险
总结
贡献者
LI SIR