【问题标题】:Getting a custom built financial software system under test automation在测试自动化下获得定制的财务软件系统
【发布时间】:2021-02-20 01:52:09
【问题描述】:

我需要在测试自动化下获得一个财务繁重的软件系统。它已经开发和生产了几年。 18 多年来,我一直倡导开发人员将测试自动化构建到他们的编码实践中,但这是一个独特的挑战。除了为我们正在使用的技术建立测试自动化标准和培训之外,我还需要找出最有效的策略,在现有系统中优先考虑和实施自动化测试,这将提高信心/稳定性/可靠性,同时继续快速开发未来的功能.有许多团队致力于此解决方案。

我的主要决策点是,我是应该开始关注金融交易、流程、规则的内部结构——在底层进行单元和集成测试——还是从讲述完整故事的用例开始。有两件事在争夺优先级,确保正确实现需求与确保已经实现的内容不会被新的代码合并破坏。我意识到这些并不是相互排斥的,但时间至关重要,我需要在昨天开始实施最高价值测试。

我很乐意与其他在系统中具有测试自动化经验的人讨论,这些系统中的金融交易非常重要。

【问题讨论】:

  • 罗伯特马丁斯童子军规则总是有用的:“总是让露营地比你找到它时更干净。”换句话说:测试你触摸的东西。如果这太多了,那么至少要考虑到您触摸的部分并进行测试。注意:测试现有代码不是 TDD,因为测试是在事后编写的。祝你好运!

标签: unit-testing automated-tests tdd


【解决方案1】:

由于您永远无法赶上测试,因此您应该专注于新功能和修复。每当更改代码时,请尝试确定将触及现有代码的哪些部分,并在编写任何新代码之前查看是否可以提高这部分的测试覆盖率。不要追求完美,只是尝试运行一些可以捕获任何严重回归的测试。然后尝试 TDD 新功能/修复。

还可以查看 Michael Feathers 的“有效使用遗留代码”。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2017-08-25
    • 1970-01-01
    • 1970-01-01
    • 2016-11-17
    • 2021-10-26
    • 1970-01-01
    • 2014-07-27
    • 1970-01-01
    相关资源
    最近更新 更多