在我的工作场所,我们使用基于场景的测试。然而,每当修复了某些东西或添加了新的补丁时,就会添加新的场景,因此列表会越来越长,并且需要3天以上的时间来测试应用程序。有没有一种方法可以在不花费很长时间的情况下进行适当的测试?你用的是什么?
谢谢
发布于 2009-08-21 07:50:52
只有3天时间来测试你的应用程序!我们有可能运行15天的测试作业。我猜其他潜伏在这里的人可能会告诉你,他们有更大的测试工作;你知道程序--当我还是个孩子的时候,我们甚至没有生活的道路上的一个洞。
但说真的,用3天的时间完全测试一个收益流为O(USD10^7)的候选版本对我来说并不离谱。另一方面,如果您花了3天时间来测试将GUI上的一个字段从12个字符更改为24个字符,那么这似乎有点太多了。我认为你的问题可能更好地表达为“我们应该将多少开发时间花在测试上?”答案可能是10% - 50% (对于安全关键型系统可能更高)。如果你花了2天的时间开发一个补丁,那么测试应该不会超过1/2天。
是的,随着您的应用程序的扩展,您的测试套件也会扩展,这种情况非常熟悉。然而,如果我们添加了一些新的功能,我们往往会添加新的测试;更好的方法是修改现有的测试,这是一种我们永远没有时间的方法,尽管我们总是有时间处理不使用它的问题。修改代码->修改测试;添加新代码->添加新测试。
是的,我们尽可能多地使用自动化测试;我们使用bash脚本、python程序和make来驱动我们的自动化测试。我们使用的处理器从不抱怨测试乏味和重复,所以我们没有道德上的顾虑,让那些濒临热死的可怜的家伙工作。可悲的是,当地的劳工法阻止了同样强大的管理原则被应用于我们办公室的碳基生命形式。
发布于 2012-10-22 15:57:15
CI可以帮助您实现这一点,自动化是关键词。对于测试过程,你要做的是自动化测试、UT测试、接口测试、UIbased测试和性能测试。但是有一个根本的概念是需要接受的,质量不等于测试。在编码完成之前,由RD创建UT;在整个编码过程中,由QA开发UIbased测试和接口测试。当新的羽毛完成时,有一个测试套件来确保质量。你唯一需要做的就是功能测试,这是自动化测试不能涵盖的。
发布于 2014-01-21 13:26:19
我相信你应该选择敏捷方法论,这将帮助你创建小版本,场景不会像现在这样长。此外,您还可以自动化一些重复用于回归测试的场景。
https://stackoverflow.com/questions/1310476
复制相似问题