📝 面试求职： 「面试试题小程序」 ，内容涵盖 测试基础、Linux操作系统、MySQL数据库、Web功能测试、接口测试、APPium移动端测试、Python知识、Selenium自动化测试相关、性能测试、性能测试、计算机网络知识、Jmeter、HR面试，命中率杠杠的。（大家刷起来…）
📝 职场经验干货：
以下是关于如何处理这种平衡行为的挑战及一些测试方法。
1. 了解遗留系统的“禁忌”
每个遗留系统都有用户所依赖的那些不可触碰的功能。这些是你必须小心对待的“神圣不可侵犯的东西”。
-
问题：团队经常认为他们知道什么是关键，而无需验证。这导致在专注于“酷炫”的新功能时破坏了某些关键功能。
-
如何测试：从用户分析或调查开始。确定最常用的功能并优先考虑这些领域的回归测试。
示例：如果旧系统处理发票，则使用各种边缘情况（如批量上传、过时格式或特殊字符）测试旧工作流程。
2. 避免“大改写”的诱惑
在对遗留系统进行现代化改造时， “让我们从头开始重写它”这句话听起来很诱人，但往往是一个陷阱。
-
问题：完全重写可能会丢失多年来积累的细微功能。更糟糕的是，从头开始测试所有内容是一场后勤噩梦。
-
如何测试：对于部分重写，请使用并行测试。比较旧系统和新系统的输出以确保一致性。
示例：如果你们正在对会计系统进行现代化改造，请通过两个版本运行历史交易并确认财务报告完全匹配。
3. 现实地看待依赖关系
遗留系统通常与依赖项纠缠在一起——其他系统、过时的库，甚至是未记录的“快速修复”。
-
问题：更新一个部分可能会破坏依赖关系，从而导致生产中出现连锁故障。
-
如何测试：创建依赖关系图并在管道中包含集成测试。在暂存环境中模拟断开的依赖关系。
示例：如果旧系统依赖于旧数据库版本，请在生产升级之前测试系统在使用新版本时的表现。
4. 逐步弃用：并不像听起来那么简单
逐步淘汰旧功能在理论上听起来很容易，但如果用户感到被抛弃，则可能会适得其反。
-
问题：用户可能仍然依赖你们认为已经过时的功能，从而导致强烈反对或失去信任。
-
如何测试：引入功能切换。在推出旧功能的同时推出新功能，并测试用户是否可以无缝切换。监控采用率。
示例：如果弃用旧的报告格式，请在过渡期间提供两种格式并跟踪每种格式的使用频率。
5. 测试非重大变更
在保持旧系统完好无损的同时添加新功能是比较棘手的，尤其是在紧密耦合的遗留架构下。
-
问题：一个小小的改变（比如添加一个新字段）可能会对相互连接的部分产生连锁反应，从而导致意外的错误。
-
如何测试：使用模拟真实数据场景的回归测试套件。投资基于属性的 API 测试，以确保输出在各个版本中保持可预测性。
示例：如果在发票中添加“税务区域”字段，则不仅要测试 UI，还要测试下游系统，如报告、通知和集成。
6. 处理不良文档
遗留系统经常遭受“知识丢失”的问题——关键知识被锁在前雇员的脑海中或埋藏在过时的文档中。
-
问题：如果不完全了解系统的特性，就无法安全地进行创新。
-
如何测试：构建测试来捕获系统的现有行为。使用探索性测试来发现未记录的极端情况。
示例：如果 API 在缺少某些参数时返回意外错误，请记录这些行为并在更改 API 之前编写回归测试。
7. 解决遗留测试中的不稳定性
由于工具过时、测试脚本编写不佳或环境不匹配，遗留系统的测试经常会出现不稳定的情况。
-
问题：不稳定的测试会削弱人们对变化的信心并延迟发布。
-
如何测试：通过识别模式（时间问题、脆弱选择器或硬编码值）重构不稳定的测试，在添加新测试之前先稳定它们。
示例：在 UI 自动化中用稳定的 CSS 选择器或数据属性替换脆弱的 XPath 定位器。
8. 维护向后兼容的 API
API 通常是遗留系统的生命线，将它们连接到第三方工具或较新的模块。
-
问题：更改 API 端点可能会破坏外部集成，从而导致客户不满。
-
如何测试：引入契约测试来验证新 API 版本不会破坏现有集成。使用 Pact 等工具来自动化此操作。
示例：如果引入 API 的版本2，请同时测试版本1，以确保使用旧版本的客户端不会遇到问题。
9.沟通是关键
在保持向后兼容性的同时进行创新不仅是一个技术挑战，它也是一种沟通挑战。
-
问题：未能告知用户即将发生的变化可能会导致挫败感或抵制。
-
如何测试：像测试功能一样测试沟通计划。模拟公告或迁移指南并在发布之前获取反馈。
示例：在淘汰旧UI之前，为用户创建一个演示或沙盒环境，以便用户测试新的 UI 并提供反馈。
10. 投资遗留系统专用工具
遗留系统需要专门的工具和方法来管理其“怪癖”。
-
问题：现代工具可能无法完全支持旧技术，从而在测试中留下差距。
-
如何测试：混合使用现代和传统友好型工具。
例如：
对于数据库：像 Flyway 这样的工具用于模式迁移测试。
对于 UI：用于浏览器自动化的 Selenium，搭配逐像素视觉回归工具来检测细微的变化。
示例：如果从 IE 9 支持升级到 Chrome，请运行跨浏览器测试以确保两者之间的布局完整性。
11. 生产监控
尽管经过了最好的测试，但一些错误只会在实际负载下才会显现。
-
问题：遗留系统通常缺乏强大的监控，因此很难尽早发现和解决问题。
-
如何测试：设置监控和警报工具。通过在阶段引入受控故障来测试可观察性。
示例：如果推出新功能，请监控响应时间和错误率，以与历史数据相比是否存在异常。
最后的想法
在遗留系统中平衡创新与向后兼容性并不意味着要谨慎行事，而是要承担经过计算的风险。
彻底测试，公开交流，始终关注用户真正需要什么。创新，但永远不要忘记你正在建立的基础。
最后： 下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
