• 4
  • 2
分享

在移动互联网时代,APP的数量越来越多,发布更新的频次更快,如何确保APP上线质量,让用户获得更好的体验,APP质量保障工作很重要,人工智能在测试工作中发挥更大的能量。

首先来看下几大行业中,软件质量保障QA人员在项目中的角色和话语权:

A.传统软件行业

开发周期长,需求功能点多,如微软,对测试计划性要求高, 测试有一定的发言权,可以坚持一些原则。

如果从把关角度发言权排序 测试 >> 开发 >>产品

B.硬软件结合行业

软硬件结合,有点类似嵌入式的, 如 拉卡拉, 这些依托硬件又依托软件,开发人员有绝对的发言权,看似简单但产品也不一定能弄清原理,对开发要求很高,测试有一点发言权。

如果从把关角度发言权排序, 开发 >>测试 >> 产品

C.移动互联网行业

互联网特别是无线互联网,特点是快速高效的迭代 ,如微信, 这类需要对市场有很好的预判,对用户有深入的调研,产品有很大的发言权,上线时机最重要,即便有点小Bug,线上服务端可以直接兼容,或者再发个版本即可解决。

如果从把关角度发言权排序, 产品>> 开发 >> 测试。

下面结合个人的从业经历,对移动互联网测试行业做一些分析, 主要针对上面C互联网行业,做一些人工智能介入测试的分析, APP测试分为很多种,有功能测试,性能测试,接口测试,自动化测试,安全测试等,下面我将进行逐个解读。

功能测试

目前入门的门槛很低,很多非计算机专业毕业的,能大批量进入对计算机背景有要求的测试岗位,通过中介机构的几个月的培训,进入一些外包公司,这就是功能测试的现状,在具体在工作中,每个迭代跟进产品的需求,去发现开发人员没有实现的功能,提出软件的缺陷问题,在人工智能时代,在未来功能测试怎么发展呢?

在国外科技公司的构成很简单, 技术骨干, 产品经理等, 其它基础开发,基础测试全部外包,为什么?

因为成本太高,比如招聘1个人每月工资1万,一年加上其它啥的支出最少15万1人,如果招聘2人,就得一年30万支出,那公司想倒不如出20万外包给其它公司,类似工业社会大家都种稻谷, 随着社会发展,发现这种成本太高,现在米麦这么便宜,谁还会去种稻谷呢,直接买回来很省事,质量又好,工作分工越来越专业化,分工越来越明确。

1、公司更好的方案选择,所以开发, 测试岗位,更多会被外包,可能大家一时不会接受,但这就是趋势,印度,日本,欧美或硅谷软件园,大批的软件外包服务,价低质好;

2、功能测试未来会被外包公司垄断,就像开饭店只管做菜,但很少种菜,买菜更快好选择更多,公司的功能测试业务会更多的有外包人员介入,模式会是1个公司甲方管理+ N个外包测试,或全部项目打包给外包测试;

3、随着社会发展,人力成本越来越高,那么同时功能测试的收入也会增加,在日本3W起步很常见,在北上深 1W起步也是常事;

4、功能测试的地位也会变化,在一些公司的测试虽说内编制,其实发言权很少,被边缘化,在未来大批的软件外包商出现,功能测试或基础开发将会有自己的公司,有大批量订单接入,实现工作地位的平等。

性能测试

性能测试听起来高大上,但是它有致命的弱点,就是性能测试的活儿太少,平常很不饱和,公司不可能每天搞性能测试,最多是有大型活动或版本迭代发布前进行一些性能测试,所以招聘一个性能测试人员的成本非常大,大家也可以看到,即便在招聘网站上, 性能测试的岗位已经非常少...

那么在人工智能时代未性能测试怎么发展呢?

1、性能测试岗位更多的会编入运维团队,基于服务端,接口等性能方面的部署监控,架构运维会更有发言权,同时基于服务的优化,运维团队可以更高效的运作切换,基于时间结果,做出快速响应;

2、更多的云服务,云监控出现,如听云,App端直接植入SDK,更精细的埋点监控,比任何性能测试loadrunner等工具更具说服力,直接后端看报表实时监测,实时模拟加压;

3、对于服务端接口有更强大的全链路性能监测, 如BR监控, 可以实时在全国埋点,真实用户,真实网络,全链路,全节点,实时加压监控,实时投射在大屏幕,比单点的性能测试工具更有力度,更详细;

4、总结,对于测试团队的性能测试岗位越来越少, 性能测试更多在运维团队开展, 云监控,Nginx等监控平台大量使用,更强大的监控体系,更便捷的压力测试操作。

自动化测试

自动化测试是有一个老生常谈的话题,不懂的同学希望自己能学会自动化测试,觉得很厉害, 已经学会自动化测试的同学会感觉也只是那样,说自动化测试很牛也是自欺欺人罢了,现在自动化测试就像护士想做医生的事,以为自己沾点边,就是医生开门诊,其实Title还是护士,你那么牛,那就直接去深造做医生。

自动化测试经历了几代的发展,最开始QTP对基于C/S架构的项目,可以录制一些脚本做些回放,可是作用也不大,后来有了B/S架构,出现了各种Driver,如Selenium/WebDriver等,其实也就那样,在实战中不堪一击,再进入到无线互联时代,Monkey猴子乱点,没有什么操作性可言,Robotium官网好久没更新了,似乎已倒闭,Appium噱头,实战中也是低效,至于后来的Docker,Devops其实都在畅想,没有几家投入到了实战。

业内包括世界范围都没有很强有力的框架,去支撑实时的迭代项目, 总是后知后觉,做一些回归,缺乏实战之功力,总结,自动化测试大多缺少上战场实战的力量,很多的噱头,各小团队的政绩工程。

至此一系列的开源驱动工具,开源自动化框架等其它的,每家公司都在强调自动化测试,都拿着一些DEMO改造,人人造车, 请问在实战中有啥战绩,真正对功能测试有啥帮助,提高了什么效率?开发团队的自动化发布,运维的自动化监控等和这没有啥关系,大家不要混淆了自动化测试概念,那些都是开发做的事,我说的自动化测试,是现状很多公司一帮测试人员在搞所谓的自动化测试。

且看未来自动化测试怎么发展?

1、小公司快速迭代,轻量化发布,很可能不会去组建自动化测试团队,甚至弱化自动化测试概念;

2、UI层面的测试目前还是靠人工,人类的感官触觉起码目前机器无法取代,很多用户体验的部分机器做不来;

3、开发技术在不断进步,一些依靠人力的流程会逐步被自动化流程取代,如运维的自动化发布,架构的自动化监控,但这些都是开发团队去实施;

4、自动化测试这个岗位,未来不会是定位给基础测试人员去做,不是懂一点代码就拿DEMO去改造,未来更强调实战功效,真正能为测试项目做事,开发人员会更多的介入;

5、自动化测试,人人造车是不现实的,未来UI层面的自动化会通过深度学习,反复训练生成测试CASE,人工智能化,实现脚本的录制和测试回放,大家都可以操作,随时投入战斗,这才是自动化测试的初衷,能高效的解决问题;

6、自动化内容更加集约化,各种云平台产生,云测兼容性能等平台,专业的公司提供定制化服务,更加高速便捷。

接口测试

接口测试目前来说意义也不大,首先架构团队会有各种接口监控工具,每24h自动化监控,实时报警,对接口的访问量,流量,错误值等信息实时回调,那么对于新增的接口呢,新增的接口其实每个迭代不会很多,可能就新增3,5个接口, 测试接口联调很简单, 链接往浏览器一丢就实现,其它的借助一些接口插件,也是秒秒就能实现, 所以专门招聘一个人来做接口测试也不现实,在招聘网站上,搜索接口测试岗位也更是非常的少。

那么未来接口测试的方向在哪里?

1、接口测试放在测试团队的岗位会越来越少,简单的接口测试开发可以自己完成,大量的接口回归会有接口平台监测;

2、接口的测试大多会编入在架构团队,借助监控体系快速的搞定, 同时接口监控也会同时进行,实时投射大屏;

3、接口的埋点数据统计,已经有很成熟的第三方体系,如 友盟等,这些可以很直观的操作,查看数据,很多甚至开发人员直接介入。

安全测试

大数据时代,安全测试似乎很火很受关注,但实际中请问有几家公司,会招聘一个安全测试人员, 基于服务端的安全,会有各种安全软件和安全监控搞定, 基于网站和App的,请问公司真的会招一个人在那里搞漏洞注入吗?撞库实验吗?测试漏洞吗?No更好的选择是 交给一家安全公司,让他们去扫描,提供更专业的服务,至此安全测试的未来很明晰。

1、未来会有大量安全公司成立,专门负责安全方面的服务,专业便捷,这类岗位需求在增加;

2、互联网公司也会更多的选择第三方产品,做个性化定制服务,定期的输送安全漏洞报告。

测试工程师

测试大多数人想到的就是,没有地位,没技术,点点是常态,但这也是不争的事实,大家也不必回避,但不同的人会有不同的应对措施,有追求的测试会转行,做精做开发,因为毕竟岗位不同,测试终究也干不了开发的活儿, 一部分会自欺欺人,认为测试可以比开发更牛,不是我们不信,而是岗位要求真不同,测试把车开好,开发把车造好,造车的可以开车,开车不一定能造车,你测试想造车就得改变。

未来测试职业怎么办?

1、功能测试会更多的要求计算机背景,用户体验的Sense,未来岗位需求会很大,或者说测试行业95%的招聘需求会是功能测试;

2、功能测试地位提高,大量外包公司垄断,承接第三方项目,纯粹的测试在一起工作,不要有职位差异 或者外派到甲方;

3、自动化测试经历多年的口号宣传,实战效果低, 很多公司会弱化自动化测试,不会人人造车,更多注重效率,所以这类岗位不会增多,薪资涨幅也不会太大,除非有大的成效;

4、行业内会出现,以人工智能为代表的自动化测试工具,通过反复的训练,脚本的录制,即可快速投入迭代战斗,简单上手;

5、开发团队更加注重自动化,如自动化监控,自动化发布,自动化回滚等等一系列,懂这些方面的开发岗位会增加,但公司不会招聘测试去做这些事,所以你要努力从变成开发;

6、安全方面的公司会采购现有的安全软件,防护措施,但也不会去招聘一位安全测试,天天在哪里整,所以安全测试的岗位,未来会增加,但大多会在安全测试公司, 如360,漏洞银行;

7、未来工作划分更细,对技术要求更高,功能测试去了大型外包公司, 自动化测试有了便利的工具不再是噱头,接口和安全这类对开发水平要求很高,会有对应的专项安全公司的专项招聘需求。

测试经理

最后说说这个岗位, 这个岗位也会越来越少, 招聘的需求也会越来越少,现在的公司都在推行扁平化管理,以项目为单位,以业务划分事业部,团队小而精,人人都是干事的,要求所有人都参与实际工作, 不会说像国企一样,找一个测试经理下面管理一批人,现在这个模式在互联网行业正在悄悄地改变,扁平化,矩阵化是每位员工渴望的,随着社会进步,西方的公司扁平化模式逐步引入,相比传统更有效率,更有活力。

说到此想给测试行业的伙伴一些建议

1、如果你对软件测试感兴趣,请结合项目特点,专注核心要点,做好功能测试,平时加深业务理解,学一下相关的辅助工具;

2、如果你对自动化测试有些研究,请更深入一些,真正提高效率,去高效实战,而不是拿一些DEMO改造,拿开源框架人人造车,希望你能创造一个可以改变行业的自动化测试工具;

3、如果你对开发有兴趣,可以把Java或其它语言学透,去做开发,顶着开发的Title 遨游在代码的世界,用代码去搭建APP或网页 或者造一款实用的测试工具;

4、如果你觉得测试没啥意思,已经看到的未来,请趁早选择转行,互联网的运营,产品,市场等很多岗位等着你;

5、此文并没有贬低测试的意思,更不是谈测试无用论,只是就现状做一些分析,对未来做一些预判,如有过激之处请多包容,也请留言;

6、想改变,想继续,一切都要趁早,等你过了35岁可能就来不急,加油!

写得有点累,下次说,再见!


版权声明:本文出自《51测试天地》原创测试文章系列(四十六)投稿。51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • Robot Framework是一款Python编写的功能自动化测试框架,它是开源的。搭建了Python环境后,可以接着搭建Robot Framework。 Robot Framework 有几大特点:1)使用简单;2)非常丰富的库;3)可以像编程一样写测试用例;4)支持开发系统关键字。 以Windows环境为例,我们来安装Robot Framework: 1)  安装Python2.7:https://www.python.org/ (参考前面的分享《关于Python + Selenium...
            2 3 3016
            分享
          • 查看结果树查看响应有哪几种方法,可通过左侧面板底部的下拉框选择1、Text查看结果树中请求的默认格式为text,会显示请求的取样器结果、请求、响应数据3个部分内容。取样器结果:默认Raw视图,可以切换为Parsed视图,表单显示更直观。请求:默认Raw视图下,RestquestBody及RestquestHeaders两部分。HTTP显示更直观。输入信息查找,还可以设置区分大小写、正则表达式。响应数据:显示ResponseBody及ResponseHeaders两部分内容。当数据过多时,可通过输入信息搜索,还可以设置区分大小写、正则表达式。2、RegExpTester当需要从上一个请求的响应结...
            14 14 2472
            分享
          • 一、bug的定义软件的bug,狭义指软件程序的漏洞或缺陷,广义指测试工程师或用户提出的软件可改进的细节、或与需求文档存在差异的功能实现等对应三个测试目的:(3个为了)为了发现程序的代码或业务逻辑错误;为了检查产品是否符合用户需求;为了提高用户的体验。二、bug的类型对bug的划分,禅道为例,包括:代码错误;设计缺陷;界面优化;性能问题;配置相关;安装部署;安全相关;标准规范;测试脚本;其他划分:功能类、界面类、性能类、易用性类、兼容性类、其他。三、bug的等级一级bug,必须优先要改致命错误:常规操作引起的系统崩溃、死机、死循环;造成数据泄漏的安全性问题,比如恶意攻击造成的账户私密信息泄露;涉...
            0 0 896
            分享
          • 做为功能测试人员来讲,从发展方向上可分两个方面:1、业务流程方向2、专业技能方向。 当确定好方向后,接下来就是如何达到了一、业务流程方向1、熟悉底层的业务作为功能测试工程师来讲,了解开发的框架、开发的业务设计流程以及数据库的底层结构,不管是对于我们熟悉业务还是在测试过程中遇到问题进行问题定位,都能给我们带来很大的帮助。所以在这个方面建议大家尽量去参加开的设计评审、数据库评审,另外在参加开发设计评审和数据库评审时还能提前发现问题。举个很简单的例子,之前我在工作中就真实的遇到过的,开发在设计数据库时,将一个URL字段设计成了64长度的字符串,这肯定是不合理的,为URL的长度很容易就超过64。当我们...
            0 0 1223
            分享
          • 随着软件测试领域对于技术要求越来越清晰,到现在测试人员在市场上的岗位需求也变得越来越复杂。极大部分的企业都开始对自动化测试岗位有了更多的需要。自然而然,自动化测试技术开始成为了下一个被玩烂的技术点。谈到web自动化,逃不开的一定会是Selenium。这是最为主流,也是最广为人知的一项web自动化产物。但目前业内web自动化其实主要分为以下方向:Selenium,核心主流自动化技术,功能齐全,一般是搭配webdriver实现自动化,没啥好特别去介绍的。Cypress,被称作后Selenium时代的产物,很多人大概都没接触过,基于JS实现的一个框架,主体是基于录制来实现,也可以自主编辑脚本,用起来...
            0 0 1562
            分享
      • 51testing软件测试圈微信