从传统ERP测试向主流互联网测试转型

简介:

昨天晚上微博上有测试同仁@testGM想了解下如何从传统ERP测试向主流互联网测试转型。我本人在来淘宝之前就是做传统ERP测试的,现在在淘宝做了这么长时间,对互联网测试也有一定的了解,就想谈谈自己的看法。


特意说明下,我这边了解到的传统ERP测试就是4或5年前的ERP测试情况,不代表目前的整体情况,说的不对的地方 望谅解。

整体策略:

谈过如何转型,那就是知己知彼了。首先自己要了解传统ERP测试的优点和缺点以及特点,也要了解互联网测试的相关特点,从而给自己设定一个计划来快速转型,目的很简单,发挥在传统ERP测试的优势来弥补互联网测试的劣势,或者达到一种较好的平衡。

传统ERP测试 VS互联网测试

(1)C/S架构:来淘宝之前,我是在MS做传统ERP的测试,这个ERP是MS从国外收购过来的,主要给中小企业提供ERP服务,大家应该知道,那时候,ERP是C/S架构的企业软件,现在很多ERP系统都是走B/S架构的。说实话,我不了解现在ERP系统的B/S架构和互联网产品的B/S架构的区别,所以这方面我就不继续说了。C/S架构带来的是什么呢?很显然,就是版本升级的非实时性。我记得我们当时每次修复bug后,都是将修复后的代码文件交给技术支持,然后由技术支持来重新import到版本中。

(2)流程严格:这个就不多说了,在传统流程中,把文档和review和前后接入准则做的都是非常好的,我在MS那边的时候,提交bug、修复bug、回归bug都是很严格要求的,包括验证bug的TC,都是写的很详细的。还有就是fix bug的 old code/new code的细节,反看互联网测试这些都是很少去做的。

(3)业务逻辑复杂:记得在MS我们要学习很多关于库存管理、财务管理,报表管理等很多行业知识,一方面给测试的复杂度带来了挑战,另一方面对业务逻辑的沉淀就显得非常重要了,记得当时有很多这样的业务文档要学习,当然也有一些人不做开发或测试,去做ERP的实施了。反看互联网测试上层业务变化还是非常快,业务逻辑变化也快,而且也没有ERP那么复杂的业务逻辑,从而测试接触到的都是非行业核心的东西。

(4)测试效率:前面几个特点也说明了传统ERP的测试效率应该很一般,的确是的,包括ERP传统测试技术的发展,这个原因也是多方面的,我觉得很大一方面是开发架构和技术的变化不大,导致测试技术的变化也不大。大家可以看看互联网的开发技术变化多快,很多新技术和架构都是在互联网产品上应用起来的,同样的映射就是测试也必须在测试技术上提高从而跟上开发的步伐。包括接口自动化测试、分层自动化、持续集成、A/B Test等等,很多测试技术在互联网上应用较多。很多测试同仁也认为互联网的测试技术很牛B,一方面互联网测试必须找到很多较先进和流行的测试方法或技术或框架来提高效率。其实做传统ERP测试的人也是很牛B的,在国内的特点,就是太封闭了,不去外面交流来寻找新的方法和技术,国内估计很难找,那就去国外找啊,相信总能找到的。

其实对比这个还有一些特点:比如传统测试,职责明确;而互联网测试就是责任共享;传统测试就是大步迈进,而互联网测试强调的是小步快走。


说了那么多,大家可能会问,我到底怎么转型啊,怎么更快的啊。


目标确定了,既然要做互联网测试,那就了解互联网产品测试的特点呗,有哪些核心的技术和框架呗。建议想转型的人,从下面几个角度考虑:

(1)测试方法:大家可能会说,测试设计方法应该差别不多,是的,的确不大,但还是有差别的,建议各位看看互联网产品的公共功能的测试设计方法,我之前的blog也有提到。多了解下同样的边界值和组合测试法在互联网产品上是如何测试设计的。

(2)自动化测试:一方面,把自己做ERP自动化测试的经验带过来,我记得我在MS做ERP自动化测试的时候,那是MS的测试自己开发的测试框架,很牛X,我仔细的了解了下该框架的架构,发现Client的界面都是建模的等特点。后来到淘宝,做页面自动化时,就提出了类似的建议并一直使用至今。另一方面,就是学习分层自动化测试和持续集成,多学习下java语言以及互联网产品的开发架构,包括相关的基础技术,数据库和Linux命令啥的。一步一步来,先从页面自动化框架开始玩玩,从使用到熟悉到精通,搞起来,然后就是接口自动化,类似的过程。持续集成也是一样。

(3)测试流程:需要了解互联网产品的测试流程,大部分是走敏捷的,虽然很多走的乱七八糟的,但是就是那个样子,流程乱,测试开发信息脱节,交互设计信息脱节,太多的问题存在了,回归测试和冒烟测试的重要性和严谨性等等都是大打折扣的。这些东西在传统里面就做的非常好,你可以把这些实践拿过来在互联网产品的测试上实践,虽然因为各种各样的原因,有很多难以做起来,但是不要忘记这些好的东西,慢慢的坚持,总会有进步的。

(4)测试心态:这个大家可能觉得奇怪了,为啥要看测试心态。只是提前打个预防针而已,互联网测试 很枯燥,很乏味,你需要测试很多浏览器,兼容看看;你还会发现很多bug,虽然很多是前端bug,但是你发现和回归都很痛苦;你会不停的关注性能测试以及线上反馈;你还会担心你测试的页面是否有安全漏洞;你还会痛苦的发现我做了那么多,测试技术还这鸟样。不管怎么样,你还是要坚持下去,目前来看,就是互联网的测试技术发展较快,能把你的眼界打开,看到更多的彩虹。


我接触了很多做传统ERP测试的同仁,当然也有非ERP的测试,大部分人都是很仔细,很有耐心的,在互联网产品上继续保持这个,你肯定有前途,当然测试技术上也要跟上大家的步伐。

 

好吧,就写到这里了,希望能帮助到大家@Curious1986 @judeyan @搁浅_雅 ,有不同的意见,可以交流,也可以评论。

转载自:http://blog.sina.com.cn/s/blog_6cf812be0101hkk3.html

作者:JerryGao

目录
相关文章
|
人工智能
AI背景颜色变成白色了怎么恢复灰色?
一些刚开始使用AI来做平面设计的朋友,有时候会突然工作界面变成白色,而设置里看了是灰色,然后怎样都调不回来了。贴吧里一篇文章介绍用CTRL+SHIFT+H,实际上这是隐藏画板的快捷键并没有解决问题。
AI背景颜色变成白色了怎么恢复灰色?
|
存储 数据可视化 PyTorch
【PyTorch基础教程17】损失函数详解
功能:计算二分类任务时的交叉熵(Cross Entropy)函数。在二分类中,label是{0,1}。对于进入交叉熵函数的input为概率分布的形式。一般来说,input为sigmoid激活层的输出,或者softmax的输出。
1370 0
【PyTorch基础教程17】损失函数详解
|
Kubernetes Linux Docker
使用阿里云vpc 路由表实现Docker容器跨主机通讯。
使用阿里云vpc 路由表实现Docker容器跨主机通讯。
|
机器学习/深度学习 算法 数据挖掘
提高时钟置换算法的性能
【10月更文挑战第25天】通过上述一种或多种方法的综合应用,可以在不同程度上提高时钟置换算法的性能,使其更好地适应各种复杂的系统环境和应用场景,提高虚拟内存管理的效率和系统的整体性能。
391 62
|
边缘计算 缓存 对象存储
阿里云OSS传输加速和CDN有什么区别?
阿里云对象存储OSS传输加速和阿里云CDN的区别
|
机器学习/深度学习 存储 Kubernetes
浅析机器学习工作流Kubflow Pipelines
Kubeflow Kubeflow 简述 Kubeflow项目是基于容器和Kubernetes构建,旨在为数据科学家、机器学习工程师、系统运维人员提供面向机器学习业务的敏捷部署、开发、训练、发布和管理平台。它利用了云原生技术的优势,让用户更快速、方便的部署、使用和管理当前最流行的机器学习软件。
|
机器学习/深度学习 存储 人工智能
【前沿技术RPA】 一文学会用UiPath实现电子邮件自动化(Email Automation)
UiPath在传统的RPA(Robotic process automation)的基础上,增加了See(AI通过计算机视觉阅读用户的计算机屏幕)和Think(通过机器学习来发现平台能够为用户构建什么自动化流程)从而不断帮助用户自动化构建流程,而不仅仅是用户自主发现,自主构建。并且在构建的过程当中,做到了Low-code甚至是No-code的程度,让每一位员工都可以自主使用。
【前沿技术RPA】 一文学会用UiPath实现电子邮件自动化(Email Automation)
|
移动开发 JavaScript 前端开发
一文告诉你市面上最火的游戏都是用什么引擎做的!!!
王者荣耀是现在最火的游戏了,很多人每天都会玩个几把,但是你知道王者荣耀是用什么做的吗?
1135 0
一文告诉你市面上最火的游戏都是用什么引擎做的!!!
|
运维 监控 安全
《亚马逊的逆向工作法》读后感
读过 Working Backwards: Insights, Stories, and Secrets from Inside Amazon 这本书之后,结合自己在Amazon的工作经历,觉得Amazon的工作方式还是有一些值得借鉴的地方,在内网写过几点读后感,站在一个工程师的视角讲讲Amazon的公司文化。当然都是一孔之见,建议有兴趣的同学还是去读原文。
3245 0
《亚马逊的逆向工作法》读后感
QGS
|
监控 关系型数据库 MySQL
(centos7-x86)编译安装zabbix6.0LTS+Mariadb10.5+Apache+php7.4
zabbix6.0LTS+Mariadb数据库建议10.5及以上
QGS
1351 1

热门文章

最新文章