针对测试行业的思考

测试的几个小现象

  • 从事测试的人越来越多了。
  • 测试现在被越来越多的人接受和认可,但还有一小部分人认为测试“没有太多技术含量”。
  • 整个测试行业的水平整体在提高
  • 软件公司对软件测试的重视度和要求越来越高
  • 业务需求测试一直都需要,自动化测试、性能测试逐年在提高。

思考:

  • 由于对自动化的要求会越来越高,必然会带来之前重复性的、没有“技术含量”的测试都会被自动化来代替,这样对业务测试人员的要求必然会是一个冲击,简单、容易发现的问题都被自动化发现了所以就迫使业务测试人员需要更强的业务能力和较全面的测试方法技能。
  • 从事测试的人越来越多:这意味这测试行业的竞争越来越激烈,测试的各个方面也会趋于“多元化”。加上整个测试行业应该处于“起步阶段”,好多方面都处于“摸着石头过河”,没有一套标准的规范和要求,所以必然会出现“遍地开花,百花争艳”的景象。当然可能会出现“都是标准,都是规范”的情况。
  • 由于测试行业越来越受重视,这样会出现几种现象:1.其它相关行业会“转行”。2.相关人员会关注测试的进度、质量、结果和产出。3.相关培训机构也会增多。这些现象会导致一个结果:就是要求我们从事软件测试的人员,必须要有“正规军”的“姿态”。测试流程、测试方法、中间产出、结果等等都必须做到“正规化”。不仅需要满足测试执行过程中的条理化、可执行化,也必须满足其它人员能够实时查看、跟踪等。
  • 自动化测试、性能测试能力和使用范围逐年提高,这样自动化技能、性能测试技能就变得不再是一小部分人应该掌握的技能,而是“全民能力”。这样就迫使我们自己对这一方面能力的提升。
  • 测试弱区:目前对性能测试、安全性测试、专享测试相对来说关注度还没有给予相应的程度,故这一块应该之后的测试发展过程中应该会有所提升。

总结:

    基于以上思考有以下几点总结:

  • 我们必须对测试方法的探索不能停歇,相反要继续加强,要“深挖”,要总结每中测试方法的应用场景,它的思考点以及跟其它测试方法本质的区别。除此之外我们还要对其它测试方法、思维的接纳和学习。
  • 自动化的应用:平台case的录入,自动化脚本的编写(python,java),甚至后面性能自动化的应用等等
  • 安全性测试、专项测试方面知识的学习和归纳。
  • 测试中间、结果产出文档整理:测试用例的记录、测试方法的总结、测试报告、问题的落地等等都要随时记录和生成。
  • 新型技术的学习和了解(区块链、函数式编程,docker等)

落实计划:

  • 4月~6月:完成平台case的录入,python脚本的熟练应用(后台admin字段排查)
  • 7月~9月:性能自动化的尝试使用
  • 4~9月:安全行测试、专项测试相关知识的学习。
  • docker学习
  • http 权威指南
  • 抓包工具使用(fiddler charles)
  • 数据库技术学习
  • 区块链技术了解
  • nginx 了解
  • 安卓自动化
  • 测试方法的探索
  • djange
  • flask‘
  • shell脚本

猜你喜欢

转载自blog.csdn.net/qq_34608423/article/details/88352478