自动化测试的目的是什么?
在我看来,主要目的是
我的主要问题就在这里。如果在自动化之后,如果它只减少重复的手工工作,但是它所花费的时间与之前几乎相同,那么在这种情况下是自动化的、可行的。要使测试自动化,测试人员需要一些时间来创建。
因此,如果一个资源用15个工作日来创建自动化测试的框架,然后如果他发现自动化测试只是在减少重复的工作,而不是减少所需的时间,那么这个自动化测试框架对组织的好处是什么,前提是该资源专门用于他自动化的那个部分。
发布于 2009-08-28 06:46:12
利润是长期的:
。
您还有一个优点,就是有可复制的测试--每次都更容易获得相同的结果,比较两个构建(如果/什么出错了).
而且,一旦你完成了你的测试,很多东西每次运行时都会被测试--另一方面,人类每天都会反复做同样的测试吗?你愿意吗?
考虑到有太多的开发人员甚至没有完全测试他们的应用一次。我敢打赌,没有人会每天/每次修改时测试他的申请。
考虑到性能:去年,我花了大约20天的时间编写自动化测试;这些测试每天仍然运行2次--有时仍然识别应用程序中没有手动测试的部分(开发人员并不经常使用)--或者在应用程序中很难到达的部分(许多屏幕具有很长的窗体和复杂的过程),以至于没有人--也没有人手动测试它们……
这需要时间,是的,但它确实是一项伟大的投资!
发布于 2009-08-28 13:33:42
建造自动扶梯和电梯需要大量的时间和金钱。它们也需要维修。但是使用它们的人很快就能到达他们需要的地方。他们也还在走路。
正如您从这个类比中看到的,测试自动化显然与自动测试不一样。但是一旦它实现了,测试人员可能会使用它来自动获得测试结果。这样可以节省时间,并有助于扩大覆盖范围。
在2-3层的小房子里,你也不需要电梯。对于5-7层的建筑来说,它变得很有价值。对于10层以上的建筑物,这是必要的,你有更多的楼层,将需要更多的电梯和自动扶梯。
用功能模块替换层,返回到。
谢谢。
发布于 2009-08-28 06:56:33
自动化您的测试的主要好处是,当您对导致回归的代码进行更改时,它将暴露出来,在这个过程中,过去正常工作的东西现在被破坏了。自动化工作的回报计算实际上取决于代码更改的程度。如果一旦代码被测试为正常工作,您就不太可能接触它,那么相对于开发成本而言,自动化的价值是有限的。但是,如果开发人员要经常对该程序进行黑客攻击,那么您可以打赌,自动化通过的测试最终会为自己付出代价。一旦引入回归,您就会发现回归,而不是稍后更难确定原因时,并且不需要花费太多这样昂贵的事件来支付一开始自动化测试的成本。如果您认为发布的代码的质量很重要,那么在某些东西发布之前自动测试来查找回归就更有价值了。
https://stackoverflow.com/questions/1345378
复制相似问题