课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
随着互联网的不断发展,软件测试技术也经过了多次的升级,而今天我们就一起来了解一下,传统的软件测试技术都存在哪些方面的缺陷。
从测试的执行层面来看,GUI 自动化测试的开发效率与维护成本高居不下。这个主要表现在 GUI 控件识别上,当界面发生变化,或者控件属性发生细微变化的时候,都会引发很多自动化测试用例的维护工作量,这也正是自动化测试无法真正成为“银弹”的一个主要原因。
从测试的设计层面来看,测试覆盖率的鸿沟随着产品功能点的增长而不断放大。不知道你没有注意到,做软件产品研发的企业都有一个普遍特点,就是产品迭代的初期,一般研发的效率都比较高,但是随着产品规模的不断扩大,软件功能的逐渐增多,软件研发的效率会变得越来越差,有时候很小的改动都会引发大量测试需求。这个主要是由于随着软件生命周期的增长,功能点越来越多,因为新的功能与现有的功能进行交互,当功能点的基数很大的时候,就会引发所谓的“蝴蝶效应”,因为这个过程中测试只能线性增长,这中间就会存在大量测试无法覆盖的盲区。为此,在快速迭代持续交付的今天,即使已经普遍采用自动化测试技术,软件测试人员依然面临着前所未有的压力。
从测试结果分析的角度来看,失败测试用例分析并进行分类的工作量是很大的,而且时间成本也很高。注意这里的”分类”仅限于指将失败的测试用例分配给某个开发组来后续做进一步处理。由于互联网产品的自动化测试大规模普及,所以自动化测试用例的数量往往比以往任何时候都多,像 eBay 这样的大型全球化电商,全回归自动化测试用例的数量会达到好几万的数量级,这个时候,哪怕只有 1% 的测试用例失败,那么需要分析的失败测试用例的绝对数量也是好几百,可想而知这个如果完全基于人工来对失败用例进行分类分发的工作量是比较大的,很难在分钟级别完成,这就势必拉长了整个测试的周期,降低了迭代速度。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。