前言
在项目测试的过程中,发现经常会有下面这些情况:
•新版本升级后,有时会因为代码或部署时配置错误,某个菜单报类似404或500的错误;
•为避免以上问题,实施部署人员升级完后,需要手动冒烟一遍所有菜单页面;
•发布当天还有修改提测,来不及再全部手动回归一遍;
•项目周期不长,没有时间来做业务流程的自动化。
如果所有的菜单都通过手动来冒烟一遍的话,我们假定一个菜单页面要5秒,那么如果一个项目有600个菜单页面,那么就需要3000秒,整整一个小时啊,而且是每次升级都要来这么一次。于是我就想,虽然没时间将所有功能都做成自动化,那能不能实现对所有的菜单页面都自动去访问一遍,然后根据访问结果判断是不是都是正常的,以此做个快速的冒烟测试呢?
一、实现步骤分析
想法有了,那就得分析该怎么实现了。最大的问题就在于所有菜单对应的url要怎么获取了,通过各种尝试之后,发现所测项目由于框架原因,无法直接通过爬虫来获取所有的url。
但是在数据库里,对应前后台都有两张表,如eclp_A存放有域名,eclp_B则存有各个菜单页面的具体路径,那么只需要把两张表的数据取出来拼接在一起就成了一个完整的url了。
具体步骤:
(1)在数据库里将客户端和后台管理端(客户端是uc,后台管理端是eclp)域名和路径取出来进行拼接放到一个新表,并加入对应断言关键词;
(2)不同项目的数据库配置不一样,所