自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常,在设计了测试用例并通过评审之后,由测试人员根据测试用例中描述的规程一步步执行测试,得到实际结果与期望结果的比较。在此过程中,为了节省人力、时间或硬件资源,提高测试效率,可以考虑使用自动化测试。
采用自动化测试之前需要对软件开发过程进行分析,以观察其是否适合使用自动化测试。一般需要满足以下条件:
·需求变动不频繁
测试脚本的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁,测试人员需要根据变动的需求来更新测试用例以及相关的测试脚本。脚本维护本身就是一个代码开发的过程,需要修改、调试,必要的时候还要修改自动化测试框架,如果投入成本大于人工测试成本,那么进行自动化测试没有必要。
·项目周期足够长
自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试均需要相当长的时间来完成,这样的过程本身就是一个测试软件的开发过程,需要较长的时间来完成。项目周期的时间少于自动化测试的开发时间,那么进行自动化测试没有必要。
·自动化测试脚本可重复使用
如果完成的自动化测试脚本不能够重复使用,同时其投入成本大于人工测试的成本,那么进行自动化测试没有必要。
除此以外,对于人工测试无法完成,或者需要投入大量时间与人力时,可以考虑采用自动化测试。比如性能测试、配置测试、大数据量输入测试等。(www.xing528.com)
自动化测试过程由以下六个步骤构成:
第一步:对测试需求进行分析,确定自动化测试的目标、范围以及所采用的测试工具;
第二步:设计自动化测试用例,与一般人工测试所设计的测试用例没有区别;
第三步:搭建自动化测试框架,与软件设计中的架构设计没有太大区别,定义在使用该套脚本时需要调用哪些文件、结构,调用的过程,以及文件结构如何划分。此外需要对测试用例进行分析抽取其中的公共环境、公共对象和公共方法,这些公共的环境、对象和方法能够被多个测试用例重复调用;
第四步:设计自动化测试脚本,将测试用例转化为自动化测试脚本,现在自动化测试工具也提供了脚本录制功能,对于初学脚本编制的测试人员来说是一个良好的学习机会,但一旦掌握了脚本编写之后,还是应该自行设计脚本;
第五步:测试脚本的正确性,所编写的脚本并不能直接投入到产品测试当中,需要验证其有效性后才能够投入使用。需要注意的是:不是一个测试脚本测试正确后就代表它与其他脚本协作时没有问题,在软件测试的时候,单元测试通过不代表集成测试能够通过,很多时候脚本是在无人值守的环境下自动运行的,因此需要将所有脚本进行测试和试运行之后,能够确定每次试运行结果都是正确和一致的,才能投入到生产环境;
第六步:产品测试。经过测试和试运行的脚本可以投入正常的生产环境进行产品测试。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。