聊聊自动化测试路上遇到的挑战(上)

发表于:2022-3-03 10:06

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:老_张    来源:博客园

  一、测试范围
  无论是功能测试,还是自动化或者性能测试,第一步要做的,是明确测试范围和需求指标。对于自动化测试来说,特别是UI自动化,并不是所有的功能点都适合做UI自动化。
  根据具体的业务情况和项目稳定程度,选择UI自动化+API自动化结合,选择合适的业务点来进行针对性的自动化测试方案设计,才是最佳方案。
  对于什么项目适合做UI自动化,在之前的博客浅谈UI自动化测试里已经分析过,这里列几个我个人觉得比较适合做UI自动化的点:
  ①、使用频次较高,异常判断较多,且最基础的功能,比如用户注册、登录;
  ②、用户端比较核心的功能,比如订单中心,会员中心;
  ③、促销活动页面、信息展示页等;
  分层测试的概念,之前也介绍过了,分层测试金字塔如下:
  从效果来看,单元自动化是收益最高的,但是单元自动化对大多数自动化测试初学者来说,难度太大。
  且目前国内大部分中小型企业,开发本身的开发规范、管理等工作也做的不太好,单元自动化,实现的概率,短期内不看好。
  而接口自动化,目前来说是性价比最高的一种选择。
  UI自动化的投入和产出比,是三种模型中最低的,但对于越来越复杂的大型的系统,UI自动化在某些方面,也可以减少很多发布后冒烟测试的工作量。
   
  二、系统架构
  对大多数功能测试人员来说,系统架构不用太多关注,但对于自动化或者性能测试人员来说,系统架构是前期需求分析技术方案选型设计的一个重点。
  比如系统开发的编程语言,使用的数据库类型,通信服务框架(如果要进行API自动化,那么系统所采用的通信协议是绕不过去的一点),应用服务器的部署等,都是需要考虑的。
  PS:我目前就职的这家企业,数据库使用的是微软全家桶套餐里面的SQL server,而我测试脚本开发语言是python,它本身对SQL server和Oracle的支持并不是很好,导致在数据库配置时候,踩了很多坑。
  当然,我最后也解决了这个问题。关于数据库的支持问题,只是我遇到的问题里面的一个很小的部分。
  熟悉系统架构的另一个原因是:比如系统采用的开发语言是java,自动化测试人员本身使用的脚本开发语言也是java,那么兼容性就是很好的,而且有技术问题,也可以找开发同事帮忙解决,
  这样无形中也节省了很多时间,而且对自己的技术提升,也是不小的帮助。
  熟悉了系统架构后,针对性的考虑自动化测试方案设计,技术方案选型,才是最好的方式,不要用固有的方式来解决不同的问题,而要用不同的技术方案解决不同的问题。
   
  三、项目情况
  关于这点,个人认为应该通过分析沟通来确认系统是否适合自动化测试工作。那么,什么样的系统适合进行自动化测试?
  如上图所示,我大概罗列了一些适合进行自动化测试的项目所具备的一些特征,当然,不需要全部具备,只需要满足几点即可以考虑进行自动化测试(红色线条标注部分为基本的条件)。
  当然,项目情况不仅仅是这些,还有其他的一些点,也是需要考虑的,比如:
  ①、文档管理
  文档包括需求文档、测试方案、测试用例、测试规范、开发规范、数据库表设计文档、接口文档等。
  如果文档不太完善甚至没有对应的文档,那么自动化测试工作,前期的准备工作就需要投入更多的时间和精力。
  PS:比如要进行API自动化,但是没有接口文档,没有数据库表设计文档,那么关于API的接口说明,入参出参说明,这将带来很多附带的工作量,而文档数据的统计,又是一件很麻烦的事情。
  有时候需要数据库确认接口对数据的影响,对应的数据库表字段,如果没有相关文档说明,那么自己整理以及和DBA沟通熟悉,就需要花费很多的时间和精力。
  而很多企业对自动化的认识太片面,认为自动化可以替代人发现很多BUG,且追求短期的明显效果,而如果没有较完善的文档管理,那么自动化测试人员在前期的准备阶段花费的时间将影响leader对个人能力和工作效率的怀疑,可以说这也是目前国内很多企业存在的弊端。
  问题总归是要解决的,如果遇到这种类似的问题,那么在任务拆分和工时预估时候,可以将这些因素考虑进去,计算在个人工时中,并注明原因,在和leader甚至更高层评估中,抛出存在的问题,推动问题的解决,这也是自动化测试人员的一种价值体现。
  ②、流程管理
  项目的需求迭代是否稳定?从需求评审到开发、测试、发布上线是否有比较规范的流程?
  如果需求迭代较快或者不稳定,那么自动化测试的脚本维护工作量将成倍增长;如果没有较好的流程管理,自动化工作的进展总会遇到很多不可描述的坑,沟通成本,变更成本等,还会影响到测试方案的设计和规划。
  在自动化测试中,需要针对性的熟悉了解这些问题点,做好应对的准备。自动化测试过程中,变化是最大的挑战!!!
   
  四、“目标”一致
  这里的“目标”,指的是个人对工作的目标设定和leader对自动化工作的期望,站的角度不同,理解不同,因此期望的结果不同。并不是要达成完全的一致,我这里想表达的是沟通的重要性。
  个人针对系统情况,技术架构,测试范围的理解,对应的自动化测试方案设计和目标设定,应该与leader不断沟通,不断调整,达成一定程度上的一致,这样也能避免很多后续的麻烦。
  当然,目标的设定,也应该根据具体的自动化测试需求,进行任务拆分,评审,不断调整,这是一个持续不断的调整的过程,需要耐心和坚持!

  本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号