26、软件“ility”测试与性能测试全解析

软件“ility”测试与性能测试全解析

1. “ility”测试

1.1 可维护性

可维护性的测试并非易事。在传统项目中，常通过完整的代码审查或检查来进行；敏捷团队则多采用结对编程，其本身就包含持续的代码审查。
开发团队应制定适用于应用代码、测试框架和测试本身的标准与指南。自己制定标准的团队更有可能遵循这些标准，因为它们对团队来说更有意义。以下是一些标准示例：
- 方法名或测试名的命名约定。
- “成功总是返回零，失败必须为负值”。
- “每个类或模块应只有单一职责”。
- “所有函数必须单入口、单出口”。

GUI开发标准也能提升应用的可测试性和可维护性。例如，“为所有GUI对象使用名称，而非默认的计算机分配标识符”“页面上不能有两个同名的字段”等简单标准，有助于团队实现代码的可维护性，同时自动化测试也能提供相应的覆盖。

可维护的代码支持共享代码所有权，简单的编码标准应避免代码的重复，这些原则同样适用于测试框架和测试本身。

自动化测试的可维护性也很重要。测试工具在一些便于维护的功能上曾落后于编程工具，但这种情况正在迅速改变。应寻找具备易于重构、搜索和替换功能的工具，以及其他便于修改脚本的实用程序。

数据库的可维护性同样关键。数据库设计需灵活且可用，每次迭代可能涉及添加或删除表、列、约束、触发器或进行数据转换等任务。若数据库设计不佳或存在无效数据，这些任务可能会成为瓶颈。

graph LR
    A[可维护性测试] --> B[代码审查]
    A --> C[结对编程]