在大概20多年前,互联网刚刚进入中国的时候,有个热词叫“数字化生存”。

　　记得当年有机构专门发起过“数字化生存72小时挑战赛”:给参赛选手提供一些资金,然后把他们“关在”一个仅有一个连被褥也没有的床板,和一台用「56K猫」拨号连网电脑的房间里,没有食物没有水,也禁止家人朋友给他们送东西,一切用品都要在网上购买,看谁能坚持72小时。

　　1999年的72小时网络生存挑战赛

　　最后的结果并没有太意外:仅仅几个人完整的通过了测试,大多数人都在中途因为「饥寒交迫」而退赛。

　　20多年过去了,当年的挑战赛早已被人忘记。现在回看当年这个活动,不免会觉得有些搞笑。毕竟我们现在早已习惯了在网上点外卖、叫车、网购,在一声声充满魔力的「买它!买它!」之中,一遍又一遍清空自己的购物车和银行卡。

　　不过,有一件事是肯定的,我们现在已经完全进入了「数字化生存」时代。

　　今年初,国家大力倡导的「新基建」建设(5G、特高压、城际高速铁路和城市轨道交通、新能源汽车充电桩、大数据中心、人工智能、工业互联网),也是为了进一步优化我们的数字化生存。

　　从大的方面来讲,数字化生存,离不开数字化基础设施(网络、数据中心等)、终端(电脑、手机等)、生态(商家)、软件系统(App)等建设与普及,环环相扣,缺一不可。

　　像我们最熟悉的普通网购流程:打开手机淘宝,在线下单,商家把商品快递给我们,就是上述环节完整串联的体现。

　　但这个流程有一个前提,就是所有环节都默认是正常运转的。一旦过程中有环节出问题,整个流程就会中断。所以为了保证各个环节的可靠性,「测试」就成了不可缺少的重要步骤。

　　比如家里新接入了网络需要进行网络连通测试;手机出厂之前要经过许多软硬件测试;App在上线前也要经过各种测试……

　　这就好像在工程建设项目中,需要设置「工程监理」的角色,来保障工程项目最终保质保量如期交付一样。

　　数字化生存的新基建,像大数据中心、工业互联网、人工智能,都需要软硬件的运转支撑。此时,测试无疑就相当于新基建时代的IT项目「工程监理」。

　　而这个「工程监理」,像云计算一样,在新基建和疫情的推动下,越发得到重视,甚至成为了推动产业智能化红利的重要保障。

　　一、传统测试之痛

　　与企业IT发展路线一致,测试其实也经过了一场「从本地到云端」的技术变革。

　　IT从业者想必都非常清楚,最早,企业基本都是自己采购服务器、存储、数据库进行IT架设。在过去很长一段时间,这三种设备被国外厂商垄断,也就是我们经常听到的「IOE」(IBM服务器、Oracle数据库、EMC存储)。

　　这种架构在业务量相对有限的情况下其实没有问题。但随着企业业务量、数据量的增长,当数据处理能力、存储空间触达天花板时,就只能进行扩容采购。

　　但弊端也是显而易见的:只要业务增长,就要持续扩容采购;企业需要按照峰值业务量进行扩容,流量低谷时就会造成大量IT资源的浪费。

　　测试其实也是如此。

　　过去,很多企业面对测试通常只有两种选择:1、专门搭建测试团队2、找外包测试,这两张模式都需要投入大量人力或预算,并且还要采购与维护大量的测试设备,效率低并且成本高。

　　而且,这种自建测试团队的方式,与传统IT架构一样,也无法根据实际测试量进行投入。如果没有测试工作,那么测试人员和测试设备无疑就是浪费。

　　举一个非常现实的例子:

　　一般中大型和大型集团企业,都有自己的内网(本地网络环境)环境。所有新产品、新功能的开发和测试,都要先通过内网完成,测试无误之后,再在外网(互联网)上线发布。

　　而公司内网,员工只有在公司时才能登陆,无法进行远程登陆。

　　但在今年初疫情的影响下,企业线下纷纷停工。而对于这种需要在内网环境下进行测试的企业来说,测试工程师不能到岗,也就意味着他们完全没有办法办公。

　　但企业又不能因此就把这些测试人员全部裁掉。毕竟疫情的影响总会随着防控而逐渐过去。事实上现在国内绝大多数地区都已经恢复了正常的生产生活秩序。

　　但在当时,这无疑就是大量测试资源浪费的真实体现。

　　而解决这个问题最好的方式,其实就是“云化”即「云测试」。

　　二、云测试变革测试产业

　　网络基础设施的持续完善,以及传统IT架构存在的明显短板,让云计算的出现成为了必然。国内最早进行云计算研发与实践的企业要数阿里巴巴。

　　阿里在2008年时就通过内部会议决策自研云计算。而阿里云如今也成了国内最大的云计算厂商。

　　云计算最大的特点就是计算力足够庞大,支持弹性扩容,按使用量付费。这种优势,也让云计算在今天得以持续普及。

　　云测试其实也是一样。

　　国内的云测试模式,是2011年由Testin云测最早提出。Testin云测也是目前国内最大的云测试厂商。