“高”“大”“上”的自动化测试

2019-06-02 15:41:06 浏览数 (1)

前言:

不知从何时起,软件测试这门行业就和“自动化”这个词联系在一起了,对于如今的软件测试从业者而言,如果不知道「自动化测试」这个名词,那几乎是不可能的。因为现在即使是从事开发或者产品的人,也或多或少听说过这个概念。

而各大公司的招聘要求上也充斥着各种“自动化”相关的内容,随便搜几个就可以看到

  • 具备主流自动化框架和工具使用经验,有测试工具(包括但不限于:RobotFramework、Cucumber、TestNg、Jenkins、Jmeter)二次开发经验者优先;
  • 熟练使用2种以上主流自动化测试工具和框架,如LoadRunner、WinRunner、QTP等,Appium、RobotFramework、Selenium、TestNG等;
  • 熟练使用APP自动化测试框架appium、Selenium2、Robotium、UIAutomator(至少会其一)等进行测试用例开发维护;
  • 熟练使用自动化测试工具QTP、LOADRUNNER、SoupUI、JMeter(至少会其一)等进行性能测试,且能熟练编写测试脚本;

看了这些,相信很多人都会认为,自动化工具,自动化测试,代码能力就是软件测试的重点。对不起,这里我却并不这样认为。测试不等于自动化测试,自动化测试只是软件测试中的极小部分,自动化更只是一种方法。这里只阐述自己的一个观点:测试需要的是思想,工具只是手段。

作为测试人员的基本职能“找BUG”,我们就需要设计出更完美的测试方案,但这靠的不是代码工具能力,而是思路和想法。

案例介绍:

甲公司本月要上线一款新的App,它的功能是帮用户查询自己的彩票中奖情况(功能比较简单),当然这个App的测试任务交到了两个测试人员手上,小A和小B。 小A:会制作测试工具,但仅仅按照产品同学说到的功能进行了验证走查,并没有提出很多自己的测试思路。 小B:拿到App的设计需求后首先对功能进行了结构划分,拆出了“服务端”“客户端”两大测试主体,针对服务端在功能测试和安全性测试的基础上,提前进行了用户数量评估并设计出压力测试方案,而对于客户端更是提出了很多需求补充点。 如果让各位进行评判,哪个同学的工作能力可以被认可呢?这里的答案还不是很明显,两者各有各的长处。那我们来进行一次成本计算,如果App带来的销售利润没有变化,同时,那么成本自然是越低越好,前期开发成本为20人日,小A进行测试需要4人日的工具开发和2人日的测试执行,小B进行测试需要10人日的测试执行。则上线时: 小A:成本=20 4 2=24日 小B:成本=20 10=30日 虽然这里小A的成本要低很多,但是,小A由于测试覆盖不全的App上线服务端出现严重BUG,导致产品再次修改,还需要开发6人日,测试2人日的工具开发和1人日的测试执行,那此时 小A:新成本=24 6 2 1=33日 此时成本已经高于小B。如果我们作为公司高层必然是希望拥有节约成本的员工,那小B也就自然得到了认可。

举完例子相信大家也可以理解我刚刚阐述的观点了,测试最需要的是思想,只会工具会测试只能是一直作为一个执行者,你的存在仅仅是为了提升一些效率。现在我们再回过头看看为什么公司的招聘信息到处都充斥着工具,因为作为底层测试人员,你仅仅是劳动力,是为了提升工作效率而存在的,当随着年龄的增长,你的技术竞争不过年轻人时,淘汰就不可避免!

结论:

大家在进行工作时千万不要再被这些招聘信息带跑偏,手段和工具固然重要,但是我们更需要提升的是测试的能力,是思想。借用自己领导说过的一句话“心法是所有武功的基础,只有招式武功完全没有杀伤力”

0 人点赞