我的公司即将购买自动化测试工具。我们不是一家大公司，只能为该工具提供单一许可证。我们有一个内部争议，即测试的操作系统是否应该是我们的客户（XP）或下一代操作系统（Windows 7）最常用的操作系统。无论如何，所有可能的操作系统都将进行测试，但规模要小得多。
我们的大多数开发都是使用PowerBuilder完成的，所有开发机器都运行XP。因此，我们不使用Vista或7提供的任何新功能。这意味着如果我们的软件在7上运行，那么在XP上运行应该没有问题。反过来说是一个不同的故事，因此必须进行适当的测试。 OTOH，主要的测试环境是主要的生产环境是有意义的。
鉴于资源有限，您会将测试重点放在什么操作系统上？
答案 0 :(得分：7)
绝对是主要环境。
如果您的主要用户群是XP，为什么要在Windows 7上浪费时间测试。是的，一旦你在XP上测试过，你肯定应该在vista和amp; 7，但如果你只有资源自动化测试，你应该专注于主平台。
答案 1 :(得分：3)
你不应该认为，因为你的应用程序在Windows 7上运行正常，它将在XP上运行。两个操作系统版本之间存在无限次的更改，可能会中断。理想情况下，您应该测试您支持的每个操作系统，这可能是不可能的，但主要的是保证它适用于您的主要目标。
答案 2 :(得分：2)
测试你支持的内容。之后，测试你在不久的将来需要支持的东西，最后，让开发人员测试“削减”边缘/ beta / rtm / alpha操作系统。
例如，如果你支持XP，那么，它是测试的主要操作系统，如果操作正确，测试该操作系统的资源应该是最小的，如果你的下一个版本支持Vista，那么，将Vista带入测试循环，把它作为优先事项。
如果您需要支持Windows 7，那么让开发人员首先运行它，无论如何它可能需要一些“编码”并且可能会破坏自动化测试;一旦达到可接受的质量水平，就将其带入测试循环。
答案 3 :(得分：2)
时间去除旧的“PowerBuilder 1和Windows beta”故事。记住：我不在那里，这是口述历史，而且我已经足够大了，我的记忆开始美化我自己的故事，更不用说别人了。
Powersoft获得了这个主要的营销分数。他们与微软合作，在新版Windows（3.0）的同一天发布了他们的新产品PowerBuilder。微软试图证明他们构建的这个平台适用于自定义业务线应用程序，而不仅仅是图形程序和扫雷。因此，Powersoft获得了微软的最新候选版本，他们彻底击败了PowerBuilder。他们很满意。在发布当天，商务人员走出电脑商店，一手拿着Windows，另一手拿着PowerBuilder。然后电话开始进入.PowerBuilder被严重破坏了，这很痛苦。微软已经在发布候选版本和使PowerBuilder瘫痪的一般可用性版本之间改变了一些东西（大概是为了修复bug）。 Powersoft迅速做出了回应，但很多天之后有很多红脸。
故事的寓意：对beta进行测试几乎没有任何意义。除非您制定10月22日之后的计划，否则您不应该计划在Windows 7上进行粗略测试，因为当<时，您需要再次进行全部测试。 em> real Windows 7发布。
祝你好运，特里。
答案 4 :(得分：0)
Windows版本通常在前几个服务包之前不稳定。现在开始意味着您不仅要测试您的软件，还要测试未经测试的系统。如果有错误，你怎么知道它是你的程序还是新操作系统？
您的客户将在XP上使用一段时间（感谢Vista，它仍然很受欢迎）。跟你所知道的去吧。
此外，你可能会节省1-2 GB的内存，这些内存可以更好地用于你的编译器和工具，而不是窗口糖和通常的膨胀。
答案 5 :(得分：0)
冒着嘶嘶声的风险，测试两者。忍受我。
首先要有一个自动构建过程，可以从源代码控制中完整地构建你的软件（你有源代码控制，对吧？）。添加自动化测试。这包括从低级单元测试到集成测试到使用TestComplete或SmarteScript之类的无人值守功能测试的所有内容。现在，由于您现在可以在没有任何人工干预的情况下测试整个产品（或至少是关键部分），因此您可以根据需要经常运行这些测试。
创建一个干净的虚拟机来代表典型的客户端PC。您的开发框可能不是一个很好的例子。作为自动构建过程的一部分，您可以编写虚拟机（至少VMWare和VPC）的脚本，从已知的良好快照开始，安装最新版本的软件，运行自动化测试并发布结果。
那是困难的部分。现在，只需创建一个包含操作系统/服务包/内存/等任意组合的新虚拟机，并对每个虚拟机重复自动化测试。
听起来你正在添加一个非常多的过程。你真正在做的是把所有能够（因此应该）自动化的东西拿走，让你有更多的时间来更有趣（如何把它卖给自己）并且有利可图（如何把它卖给你事情。
否则，只需针对大多数客户使用的操作系统进行测试，并附上免责声明。