在维护阶段的手动测试是对已经存在和正常工作系统的测试，涉及到的内容包括改进、修复错误或集成新组件。
之前的维护通常按照剩余原则进行，只有新功能才会进行测试。然而，随着时间推移，人们逐渐意识到任何干预都有可能影响到已有的工作场景。
通常情况下出现以下情形：
有效的维护测试需要：
关键特点：
是否只需测试已更改的模块？
不，必须测试与之相关的系统部分，以免遗漏变化带来的副作用。
每次修复后是否只需进行完整的回归测试？
不，通常只需检查关键（重要）路径，全面回归测试仅在发布前或重大修改时进行。
是否可以在维护阶段完全放弃探索性测试？
不，探索性测试能够发现超出场景覆盖的非平凡错误，应伴随维护阶段进行。
在用户资料的错误修复后，只测试资料，而不检查授权和在其他页面上资料的显示。结果出现错误：在主页上资料未更新。
优点：
缺点：
修复后的资料同时进行单独和综合测试：在使用资料的所有地方进行检查。使用关键场景的检查清单。
优点：
缺点：