27楼:专家 你好
我的情况与shj2010差不多,只有很少的开发经验,现在开始研究学习自动化测试的东西
我想问以下几个问题
1、在现有的手工测试用例和自动化测试工具之间大概会维持一个什么样的比例?
2、依我目前了解到的自动化知识来说,对于项目类型不固定的开发团队,自动化测试工具比较有利于进行回归测试,我想了解一下在自动化测试程度成熟的团队中,自动化测试扮演了一个什么样的角色?
谢谢~
回复27楼: 1. 请参考20楼的回复,谢谢!
2. 其实基于自动化测试本身所具有的特点,无论哪种类型的项目团队,自动化测试比较理想的应用场景有以下三个:
一个就是你提到的回归测试,因为通常情况下我们不指望自动化测试能够“创造性”地发现系统的缺陷,而只是希望自动化测试降低我们重复性手工测试的工作量,从而解放我们的人力去探索性地检测系统所存在的其他未知问题。自动化测试保证的是我们之前PASS的测试用例在新发布的版本中仍然可以PASS。
另一个场景就是DryRun测试,有些文献也称其为冒烟测试。这个时候自动化测试承担的角色是判断一个被测版本是否满足进入下一步手工测试的入口条件。也就是说,我们的自动化测试用例仅涉及软件版本的最基本功能,如果这些最基本的功能都测试通过了,测试组才会正式接收这个版本进入到下一步的测试环节,如果自动化测试发现很多基本功能都有错误,那么测试组将不会接收这样的被测版本。
第三种就是对于同一软件产品有很多个客户定制版,并且各个定制版本的基本功能都是相同的,只有一小部分是各客户版本特有的功能。这个时候自动化测试的效率也是很高的,因为测试脚本的复用程度很高。我们可以对各个客户版本应用相同的自动化测试用例,然后再进行特有功能的手工测试。 |