在为另一个操作系统重新编译软件时需要测试哪些内容？

Question

我们的软件供应商目前正在进行一个项目，将我们的企业级实验室系统从Tru64 unix迁移到Red。这显然意味着使用新的编译器重新编译并执行大量测试。

虽然供应商将进行自己的测试，但我们也需要进行验收测试。我们不完全相信供应商会像我们希望的那样对他们的测试进行彻底的测试。因此，我的任务是考虑需要测试的东西。这是一个实验室系统，所以诸如计算和舍入(以及一般数学)之类的东西需要测试。

但我想我应该向SO社区寻求关于测试什么的建议，或者可能是过去使用这种东西的经验？

Answer 1

您将需要测试所有内容。无论您在原始环境中测试了什么，都需要在新环境中进行测试。

最终，您将获得这样的信心，即大多数测试在新环境中都不会失败。只要新旧环境都是基于Unix的系统，肯定会有一组测试总是成功的。这很好--这是一组您不需要经常运行的测试。但是，为了安全起见，我仍然会保留这些测试，以便每个新操作系统或您的产品的每个版本运行一次。

Answer 2

检查它在32位和64位CPU上工作，文件名中有空格，用户不需要管理员权限就可以运行它或更改配置

从一个unix到另一个unix并不是一个巨大的飞跃。

Answer 3

如果您可以提出一套回归测试，您可以通过一个自动化工具对原始和移植的系统使用这些场景，以确保它们匹配。您当前针对系统运行的QA和UAT测试可能是一个很好的起点，然后您可以根据需要添加任何关键的边缘用例(例如详细测试数学的用例)。Paul上面关于编译器问题的建议也可以推导出一些很好的边缘情况；我建议从Tru64和RHEL编译器的角度来看这个范围。

我最近使用JMeter的经验很多，它有许多断言、前置条件和后置条件，可以评估这些断言、前置条件和后置条件以确保遵从性。如果合适的话，这个空间中的许多工具也允许您进行负载测试。

如果您的系统没有可远程访问的接口(如基于web或基于套接字的接口)，则可以使用脚本工具执行相同的操作。