项目周期长,系统版本不断。如果你目前所在测试的项目(或系统)是属于一个周期比较长的项目的时候,可以说,的确非常适合引入自动化测试,把大量的回归测试托付给测试自动化是一个比较明智的选择。
需求变更不频繁。当项目的需求非常稳定,不会经常出现变更的时候,此时也很适合引入测试自动化。
系统中的测试对象基本可以正常识别。一般来说,自动化测试的基本要求或者说自动化测试工具对系统的基本要求就是对象的识别,一个自动化测试工具的好坏评判最基本的标准就是,是否能够识别更多的系统控件以及对无法识别的控件能否提供各种解决方案或自定义开发各种控件的识别代码。
系统中不存在大批量第三方控件。有实际项目经验的读者一定会发现,无论什么系统,B/S架构的也好、C/S架构的也行,多少存在一些第三方控件,但是,如果这些第三方的控件数量不多的话,经过详细的计划与评估后,完全可以引入测试自动化,当然,如果第三方控件数量庞大或者形式种类庞大的话,就会带来很多麻烦,在下文中也会提到。
需要反复测试,如可靠性测试需要进行上千次的系统测试。如遇到这种情况,从理论上讲是相当适合使用自动化测试策略的,当然,前提条件是有能力把自动化测试做好,如果遇到这种情形,测试自动化实行最后成功的话,一定能给整个项目团队带来“丰功伟业”!
领取专属 10元无门槛券
私享最新 技术干货