Web自动化测试理论知识

1、自动化测试概述

概念:用工具代替/辅助人工完成完成软件测试活动的过程
特点:
    可以对程序的新版本自动执行回归测试
    可以执行一些手工测试困难或不可能进行的测试
    可以更好地利用资源
    测试具有一致性和可重复性
误区:
    期望自动化测试发现大量新故障
    安全性错觉
    自动化测试的维护开销

2、自动化测试的优势

重复多次执行测试时节省很多时间
提高测试覆盖率和测试精度
实现自动化回归测试减少工作量
减少手工测试人为产生的错误
提供规范化的过程和一致性
更好的文档记录

3、自动化测试的局限性

手工测试比自动化测试发现的故障更多,自动化测试只能发现约15%的bug
自动化测试不能提高测试的有效性,只能用于提高测试的效率
自动化测试不具有想象力,没人聪明
自动化测试不能代替手工测试,下列情况不适合于自动化测试:
    测试频度很低
    软件不稳定
    结果很容易通过人验证的测试(人式实施较为高效)
    涉及物理硬件设备交互的测试

4、自动化测试的内容

测试数据自动生成
自动化输入
测试结果自动比较
测试自动执行
自动化测试用例的管理
在线监控

5、自动化脚本技术

线性脚本:  录制、回放
结构化脚本:  含有控制脚本执行的指令,支持顺序、选择和循环
共享脚本:  可以被多个测试用例使用,脚本之间可以互相调用
数据驱动脚本:  数据驱动脚本是将测试输入存储在独立的文件中,脚本中只存放控制信息
关键字驱动脚本:  关键字驱动脚本实际上是较重复的数据驱动技术的逻辑扩展 ,即测试用例的执行步骤(操作,操作对象,操作值)存放在文件中,直接执行

6、Web自动化测试的基本原理:

找到要操作的元素-->操作元素-->获取操作后的结果-->实际结果和期望结果对比-->测试结果-->记录测试结果-->发送测试报告给相关人-->修改Bug

7、需要的基本知识:Html、Css、Js、熟悉(Java、Python、.net、ruby)其中的一种、MysqL的基本sql知识、unittest的基本使用方法

8、需要用到的工具包和工具:

浏览器:IE、Firefox、Chrome、safari
Selenium browser drivers: geckodriver Chrome Driver InternetExplorer Driver
Selenium tools: Selenuim Webdriver client driver Selenium Standalone Server
集成开发环境:Pycharm
BDD框架工具:lettuce
其他工具:AutoIt、Win32api

9、自动化测试的类型:

单元测试-执行速度最快
接口测试-执行速度较快
UI测试-执行速度最慢

10、自动化测试需要的条件:

软件需求变动不频繁
项目周期足够长
自动化脚本可重复使用
有编程和设计能力的测试开发人员
研发团队的支持

11、使用自动化的一此典型场景:

验证原有功能是否依旧可以使用,适合进行大量回归测试的场景
使用自动化没测试技术注入测试数据
敏捷开发的TDD模式,行为驱动开发模式
机械并频繁的测试,每次需要输入相同、大量的一些数据,并且在一个项目中运行的周期比较长
做业务运行状态监控

12、自动化实践的一些建议

从上到下的支持和协作
先找小项目进行试点
测试人员需要有较强的编程能力和设计能力
开发需要不断提高软件的可测试性
多鼓励单元测试、接口测试
UI测试使用并行测试方式提高执行速度

13、关于UI自动化的一些建议

需要根据自己的测试业务类型,量身定做适合自己的测试框架
让不懂开的测试人员也能使用测试框架来进行自动化测试
使用分层的结构来设计框架
使用截屏技术提高一些测试效率
不断积累自动化测试技术,对开发提可测试性的要求

14、自动化测试实施失败的因素

期望值过高,就像管理人员要求完全测试一样,期望100%的自动化测试,也同样是一个不现实的需求
对收益和成本认识不清。抛开工具的购买成本和培训成本,自动化测试的成本应该还包括两部分(实现成本中还隐含了测试准备成本):成本=实现成本+运行维护成本
自动化测试的收益是由测试的重复运行次数,或自动化测试脚本的利用率决定的

15、什么时候开始实施自动化

可预见的需求不影响自动化测试用例的设计

16、如何实施自动化测试

获取信息和测试需求分析:总体把握系统架构和设计,分析出系统的测试需求
设计:设计测试用例,并且挑选出需要自动化实现的测试用例
实现:编写、调试和实现测试脚本
执行:执行脚本的过程,需要不断分析执行过程中的异常
测试结果分析:分析哪些是Bug,哪些是测试框架本身的问题
维护:自动化测试脚本的维护是一个难以解决又必须要解决的问题
总结:在自动化测试过程中总结自动化实践的投入产出比

17、什么是测试框架(framework)

整个或部分系统的可重用设计,表现为一组抽象构件以及构件实例间交互的方法;可被开发者定制的应用骨架

最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:

这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你! 

你可能感兴趣的:(软件测试,前端,软件测试,自动化测试,功能测试,程序人生,职场和发展)