可维护性测试

可维护性是指软件被修改（修复bug、增加功能、适配环境）的难易程度。测试这一点，一般不是通过运行程序，而是通过审查代码、架构和文档。

1. 代码可读性和复杂性分析

方法：使用静态代码分析工具。

标准：

圈复杂度：如果复杂度过高，说明代码难以理解和测试（一般建议单个函数不超过10-15）。

代码重复率：重复代码意味着修改时需要多处同步修改，容易遗漏（一般要求低于5%）。

注释率：检查代码注释是不是充分且合理。

编码规范：检查是不是符合团队约定的命名规范、格式规范。

2. 模块化和耦合度分析

方法：架构审查和依赖分析。

测试点：

能否在不修改模块A的情况下，替换模块B的实现（如通过接口注入）？

修改一行代码，影响的模块范围有多大（高内聚、低耦合）？

检查是不是存在循环依赖。

3. 文档完整性检查

方法：人工评审。

内容：

是不是有清晰的架构设计文档？

重点接口是不是有API文档？

环境搭建和部署手册是不是能让一个新人顺利上手？

4. 配置化能力测试

测试行为：

如果一个业务规则变化（如利率、计算公式），是需要修改代码，还是只需要修改配置文件？

能否在不重启服务的情况下刷新配置？