我们当前的测试系统线束最初是在 13 年前用 16 位 Clipper 编写的，现在开始显示出它的时代。测试本身都是用 C 编写的，并作为可执行文件运行。虽然有将 Clipper 代码重新编译为 32 位可执行文件的解决方案，但我们宁愿转向更主流的编程语言。
测试系统工具处理在多个客户端之间划分测试运行并报告结果的工作。我们无法判断线束的构建与购买，那么人们使用哪些解决方案来运行自动化和回归测试？
最佳答案
我们建立了自己的。这真的取决于你的商店有多大，以及你是否会收回你投入写作的资源。自己编写比购买更昂贵，但会比商业软件包更适合您的需求。自己滚动的最大优点是它很灵活。您可以对其进行修改以执行您需要的任何操作。缺点是您必须投入精力来构建和维护它。随着时间的推移，这会加起来。
关于testing - 测试线束软件，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/512429/