自动化测试
推动自动化测试,过去很多来源那些不断重复的工作,基本可以用脚本来替代。于是,人们写了很多脚本。
优点:
脚本开发周期短,使用方便,
缺点:
学习曲线陡峭,尽管脚本并不复杂,但由于其解释的特性,掌握
并能灵活运用,通常要花费较大的开销。
为什么自动化测试从2000年左右提出,历经10铅华,仍然没有普遍地推广开来,相对而言在规模小的公司,
自动化测试运用更多,在大一点的企业相反处于一种尝试阶段。
现实中没有一套可用的工具能满足通用开发的工具或语言,测试开发的开销比较大。
往往,人们容易把初始花费无限放大,其实从软件生命周期来看,开发阶段,占据的时间不到20%,更多的时间
我们往往去做一些低端的,重复性的测试,这些看似有着输入或输出的点点差异。但如果将测试阶段跟开发阶段
合并,就会让我们更多的开销放在设计阶段,而不是重复性的操作。任何重复性的操作都应该被机器执行,而不是
手动。
在目前很多企业而言,大多采用瀑布式的开发模型,将测试和开发是独立分开而来的。那是不是要完全打破原来
被证明切实可行的开发模型呢?企业的经济活动,连续,一环扣一环,否定之前并非是变革。相反,我们应该用
新的视角去重新审视已有的模型。