软件测试毕业设计

去年帮师弟看他的软件软件测试毕业设计，题目叫《基于Selenium的测试电商平台自动化测试框架设计与实现》。打开代码一看，毕业测试用例倒是设计写了不少，但全是软件`driver.find_element_by_id("login").click()`这种硬编码。页面改个按钮ID，测试整个测试套件全挂。毕业这不是设计个例，我翻过近三年本校的软件测试方向毕设，八成以上停留在“录制回放”的测试水平，能跑通就算胜利，毕业根本谈不上工程价值。设计

问题出在选题那一刻。软件多数学生把“软件测试毕设”理解成“用测试工具跑一遍系统”。测试于是毕业JMeter压测登录接口、Postman验证返回码、Selenium点几下按钮，最后截几张Allure报告图，论文凑够字数就交差。导师也乐得轻松，反正不涉及复杂算法，答辩时问不出大毛病。可这样的东西拿出去，面试官扫一眼就知道你没碰过真实项目。

真实的测试岗要解决什么？我拿自己实习时的一个任务举例。当时负责一个优惠券发放模块，需求文档写着“并发领取时保证不超发”。表面看写个JMeter脚本，开500个线程同时调接口，断言库存字段就行。但实际跑起来发现，数据库连接池在300并发时就开始报错，而错误日志被业务代码吞掉了，返回给前端的全是“系统繁忙”。你得去翻MyBatis的源码，找到连接泄露的位置，再写一个自定义的JDBC拦截器来统计活跃连接数。这种活儿，课本上不会教，但毕设完全可以模拟——把测试对象换成开源电商系统，故意注入连接池故障，然后设计一套监控+断言方案。

再说说断言。很多毕设的断言就是`assertEquals(200, response.getStatusCode())`。这跟没测一样。有效的断言得看业务语义：优惠券领取后，用户的券包数量+1，同时优惠券表的剩余库存-1，且这两个操作在同一个事务里。你得用数据库事务隔离级别去验证，甚至要模拟主从延迟场景。我见过一个做得不错的毕设，学生用Testcontainers起了MySQL主从容器，写了个测试用例专门验证“从库延迟3秒时，前端展示的库存是否准确”。这种设计，答辩老师眼睛会亮。

测试数据也是重灾区。多数人直接拿生产环境的脱敏数据往测试库灌，或者用`randomString(10)`生成一堆垃圾。正确的做法是构建数据工厂。比如测试订单超时关闭功能，你需要构造“创建时间在31分钟前、状态为待支付、且用户余额充足”的订单。这要求你理解业务状态机，然后写一个Builder模式的数据构造器。我师弟后来改了他的毕设，用Java Faker加自定义Provider，针对每个测试场景生成符合约束的数据，代码量翻了一倍，但论文里“测试数据管理”那一章直接从凑字数变成了核心贡献。

如果你现在正在做测试方向的毕设，给你三个能落地的方向。第一，选一个开源系统（比如Mall、Pig），用混沌工程工具（ChaosBlade）注入网络延迟、磁盘满、CPU飙高，然后验证系统的降级策略是否生效。第二，针对微服务架构，设计一套契约测试方案，用Pact保证服务提供者和消费者的接口约定不漂移。第三，如果你的代码能力还行，写一个基于字节码插桩的测试覆盖率工具，专门统计“异常分支”的覆盖情况——多数覆盖率工具只统计行覆盖，但异常路径才是bug重灾区。

别再把毕设当成大作业。它应该是你面试时能讲二十分钟的东西。讲清楚你发现了什么测试盲区，设计了什么方案去覆盖，遇到了什么坑，怎么解决的。这比十张Allure截图都有用。