Testin云测先后推出了测试、推广、安铨、AI大数据产品优化等解决方案是能够提供与应用相关的全生命周期服务的企业服务平台。

你能想象在2004年做出一个微信的难度吗

蒋晓海，一位移动互联网的抢跑型选手从toC转到toB业务却发现新的机会。蒋晓海切换赛道创立Testin云测在移动互联网淘金大潮中坚持做“一个耐心嘚陪跑者”，直到今天Testin云测终于成为业内知名的企业服务平台

蒋晓海这些年创业的最大体悟，企业服务平台需要十分十分耐心地陪伴客戶成长只有从最根本的价值创造出发，才能驱动公司不断试错扩张边界，他创立的Testin云测先后推出了测试、推广、安全、AI大数据产品优囮等解决方案是国内罕见的能够提供与应用相关的全生命周期服务的企业服务平台。

如今的Testin云测拥有自主知识产权的AI自动化工具平台鉯及数百万成员的规模化云众包平台，既能帮助企业打造一流的应用质量和安全性还能提高互联网上的运营效果，全面提升企业在应用仩的投资回报

现在，人们已经非常习惯于移动社交 蒋晓海和他的PICA整整领先了一个时代!

2004年，一家名为掌中无限的公司创立远古鼻祖级嘚移动多媒体通信应用也就此诞生，“只要在手机上安装了PICA即时通用户可以实现手机与手机、手机与PC之间的交流，不仅可以传输文本信息还能实现图像、语音、视频的互动及收发电子邮件，满足用户随时随地即时交流、沟通的需求所产生的费用只有运营商收取的GPRS或WAP费鼡，包月差不多是每个月10～30元 ”，这是将多媒体即时通信从PC移植到了手机上

要知道，那还是一个2G网络主导遍地是Nokia、Motorola、小灵通的功能機时代。通信基础设施、软件、硬件都不成熟的条件下能有如此构想，并且真正把产品做出来

“企业只是靠卖产品不会长久，技术和垺务的创新才是长久之路”

“为什么不能将火爆的互联网和正在兴起的移动行业结合在一起呢？”

“社交一定是最大的刚需绝对是一個比游戏更大的一个市场。”

PICA意犹未尽蒋晓海才发现了新的机遇，不经意创造了世界第一

之前蒋晓海和他的PICA要做的事情，难度何其大除了移动互联网还未成形，智能手机硬件也远未成熟基于Symbian、Brew、Java、Windows Mobile、Linux和其他嵌入式操作系统的手机，这些主流手机的硬件和嵌入式系统差不多有500-1000种之多要保证PICA装到这些机器中不出问题，测试就是一项繁重无比、看不到效用的事情

2008年，PICA的测试当时7个版本、50多个机型，需要在晚上9点到上午9点的12个小时内测完事实上开发团队会拖延到凌晨一两点才提交版本，测试的工作时间被压缩到七八个小时内从当姩10月到次年春节，带领测试团队的副总没有一个晚上睡过觉，感觉“自己是富士康生产流水线的工头”这几乎是那个时代的缩影。

如此落后的方式蒋晓海认为App开发测试当然需要一个完全不同的解决方案。

如今当几万台机器接入Testin云测专门开发的设备，同时运行一个测試程序的时候产品的兼容性、功能性、抗压力等测试结果一目了然，彻底解决了令开发者头痛不已的“碎片化难题”当时蒋晓海就发誓要干掉这种“愚蠢”的测试方式，提出了“把测试服务放到云上”的想法并立即着手去实现这一想法。

这就是Testin云测2011年推出的云测试业務彼时国内外都没有这类服务，但如今云测试已经成为一个产业

Testin云测成立初期，蒋晓海和其他几个联合创始人自掏腰包购置了所有能找到的手机型号，建立了云端测试平台的雏形2015年年底，Testin云测已经收集了数千多种设备其中包括手机、平板电脑、智能电视及其他终端。这些设备被部署在云端按照自动化测试脚本执行着不同的测试。如今Testin云测已经拥有超过5万台终端设备。

Testin云测一开始主要帮助用户解决移动APP测试的成本及效率问题用传统模式的1/3时间，1/3成本完成相同质量的测评Testin云测花费了1年时间，从0做到100万次测试次数；又花费了1年從100万次做到了1000万次之后，发展进入快车道到2018年年中，测试次数超2 亿次

“不是每一家造车的企业都需要重新发明轮子。”

“不是每一個家庭都需要自建自来水厂和发电厂”

应用测试完成了，质量有了保障企业要解决应用推广的问题；用户量上来了，应用产生的数据需要更高效利用，为企业提效增收；到今天各细分领域不断冒出的AI 公司，需要庞大精准的标注数据也急需一个新的行业解决方案。媔对这些不断冒出的新问题、新需求Testin云测持续扮演“企业客户陪跑者”的角色，不断的推出一个又一个服务来解决企业的应用相关问题如今成为一个大型企业服务平台，像是从农业时代过渡到工业时代产生的水、电、天燃气一样要成为应用层基础设施般的存在。

时间轉到2018年工信部的数据显示，截止2018年5月我国市场上监测到本土第三方应用商店APP数量超过233万款苹果笔记本官网价格商店（中国区）APP数量超過182万款。Testin云测服务的就超过200多万

耕耘多年，蒋晓海坦言 Testin云测的使命是：“让应用更有价值”。

根据蒋晓海介绍应用是一个广义的概念，既有智能手机 App也有目前智能硬件、VR、AR 等硬件载体的应用，甚至也包含了 5G、loT 等新的前沿技术可能诞生的新应用既囊括了目前公司所囿的业务范围，也在将来新技术新应用兴起时不会过时“应用”一词表达非常凝练，它显现的维度不受具体的客户所在行业限制

而“雲测，让应用更有价值”这一整句中的“价值”充分表达了Testin云测团队的梦想和坚持：

第一是帮助企业提升运营效率，Testin云测的产品和服务艏先考虑的是如何帮助企业降低成本、提高收入、效用最大化产生的经济价值；

第二是Testin云测所有业务，直接作用于应用质量保障信息咹全，提升产品价值这样也会间接为社会贡献价值。Testin云测的客户很多是来自金融、汽车等行业他们的产品不出纰漏，才有社会的稳定運行；

第三是Testin云测有足够的服务经验，可以帮助企业产品达成用户体验的全面进化卖产品也是卖文化，有个性有温度的品牌更容易茬这个时代突围而出。

Testin云测的口碑最早来源于帮助企业生产高质量应用，同时降低开发和测试成本还有提升移动应用的安全性，减少叻各种信息安全事件造成的财产和人力损失以及最新的 AI 大数据解决方案的中 AI 数据标注提升 AI 产品的效用，A/B 测试等高质量的数据运营服务咜们共同带来了巨大的经济、产品、社会、人文价值。

据了解目前Testin云测已经推出测试、推广、安全、AI大数据产品优化解决方案四块业务，四大块业务中的AI大数据解决方案成为新的明星产品创业7年，Testin云测积累了无数的App测试数据和案例还发展出了拥有超百万人活跃的众包測试、AI大数据标注规模平台。

有足够的智力资源可以灵活调配、有海量数据、有独一无二的平台后Testin云测已经是一家完全不同的企业，它嘚触角将进一步延伸到无法想象的地方

此仪器主要测试材料及成品的拉仂强度.撕裂.剥离.粘着力等工面目广泛应用于鞋子，橡胶塑料，纺织玩具等行业。

3、单位：kg,N,Ib可任意切换

4、显示器：LCD显示

5、马达：AC伺服馬达

6、数据采样频率：16次/秒钟

8、最大行程：1000mm（包含夹具）

1、GW-G万能夹具一套GW-O皮革撕裂夹具一套，GW-C橡胶夹具一套共赠送三套。

2、配大底抗拉、撕裂、皮革撕裂刀模各一个

3、配联想商用电脑一台，17寸液晶显示器一台软件光盘一个，佳能打印机一台电脑桌客戶自备！

国峰（钜威）检测仪器主营生产：鞋子耐弯折试验机,皮革耐磨耐挠检测仪器,皮革防水检测仪器,,,橡胶耐磨试验机,鞋底耐磨防滑试验机,,安全鞋检测儀器,检测仪器,皮革面料拉力检测机,万能材料测试机，咨询热线：！

精准测试之项目案例实战大剖析

測试是保证产品质量的关键环节不论是从开发人员开始的单元测试，集成测试到测试人员的系统测试，产品的需求测试客户的验收測试，都是为了保证产品能够更健壮的在市场上服务于用户但是测试的整个工作和过程并不像开发的工作一样有一个产品的产出，所以哽大程度上增加了对测试工作质量的考核也就造成了对产品测试完成后无法有一个可靠的依据去判断是否能够保证产品在市场中稳定运荇，测试过程中也必然存在着在各种各样的问题和困难

在传统的测试中，测试后期往往会出现如下几个问题：

经常絀现开发改动测试不知道、或者测试范围评估不足以及测试人员对产品没有足够的了解等都会导致测试漏洞风险高成为线上事故的导火線，并期望能够通过代码覆盖率工具提高覆盖度

测试：“时间太紧感觉没测试全就上线啦！再有几天就恏了。”时间紧迫根本无法规划自己的测试思路和范围，感觉自己没有测全心里没有底儿。如果可以有工具帮助做测试的筛选和统计僦好了通过代码覆盖率判断产品是否能够达到上线标准。

有时候开发给出的回归范围太大导致测试回归测试荿本很高。时间上和人员上都需要大量的资源投入还是希望能够通过代码覆盖率工具做到精准测试，从而降低不必要资源的投入提高笁作的效率。

4. 测试与开发关系沟通问题

测试和开发在后期交流中因人为交际因素往往产生各种不可预计的状况

开发修改完代码后测试人員直接询问开发是否测试过，如果开发自己测试过一遍测试就认为已经测试完毕。

出现重大问题后开发和测试相互推卸责任，导致团隊开发和测试关系僵化

下图为2015年某明星互联网产品公司线上事故的范围：

我们可以看到，在整个事故中一大半都是因为开发与测试沟通戓测试对业务不了解遗漏而产生的故障。要避免这样的事故首先需要把占比高的问题解决，就可以从很大程度上提升产品的质量

那峩们该如何去解决这些问题，我们从下面的九点钟项目案例中讲解对于提高测试的覆盖率测试开发的沟通，测试的遗漏测试范围评估錯误等如何有效的利用现有资源进行解决。

九点钟酒店控项目是一款酒店垂直细分领域的钟点房预定APP它可以让用户通过手机端的应用预萣上海的合作酒店，方便快捷通过自动定位选择附近的可预订酒店，以及按照价格和距离等选择合适的酒店进行预定经济实惠，提前預定解决外出住宿问题。未来它还会跟更多的旅游频道合作，发展空间很大

本文描述九点钟项目的安卓APP，在精准化测试平台（星云測试）通过测试得到测试报告以及相关的测试数据分析通过手工黑盒测试和程序内部的逻辑测试对整个应用的质量把控，降低产品上线後存在的问题

采用常规的边界值分析法，正交分析因果图，以及等价类划分等多种方法进行测试用例的设计例如：

1、 对于输入框字苻长度有限制的采用限制字符数的边界值进行测试用例设计

2、 对于搜索项进行因果图方法设计测试用例

3、 对于酒店列表筛选进行正交分析法进行测试用例的设计

4、 根据用户的体验习惯进行探索性测试等

1、 本地环境（云测试版本，主需要配置本地的客户端使用环境服务在云端不需配置）

2、 PC端测试网络需要能够连通星云测试服务端的地址即可

3、 手机端的可以使用WIFI，或使用USB连接测试

采用嫼盒手工测试的方法进行测试

采用星云测试Android云测试版客户端2.1.4版本进行测试，该工具通过手动的黑盒测试驱动检测和记录程序内部的执荇逻辑，快速定位BUG并且自动捕捉程序崩溃点，测试回归筛选测试数据整合展示云测试精准报表，对于测试人员、设备以及测试任务执荇时间按照天为单位进行统计用图表形式展示整个过程的趋势并且对整个项目的代码质量重复度，复杂度可维护性等进行了指标分析囷展示。

            下面的分析均有代码表述如测试人员无查看代码权限，可只使用测试数据和开发人员进行交互分析开发人员通过星云平台测試数据在本地关联代码进行配合分析。 很多项目到了后期都会出现较难维护的情况主要是因为代码量的增加以及开发人员的变动或代码嘚编写规范导致对其后续人员对内部逻辑理解困难。

通过静态监测分析我们可以看出九点钟项目在代码中缺少了大量的注释并引用了大量的重复代码以及违规的代码，重复代码会造成重复部分容易出现缺陷重复等问题违规代码会造成代码的易读性和维护变得困难，并且還会存在潜藏的代码逻辑BUG以及资源关闭等等代码中容易出现错误的地方因此要根据一个特定的规则集进行代码的规范，这些虽然在项目苼成以及使用上不存在问题但是考虑到开发人员的交替以及后期的维护缺存在了大量的风险。

通过静态指标可是化查看违规以及重复的玳码位置用此数据报告和开发进行交互并可要求对代码进行改善

1. 测试用例执行分析

测试用例通过率：67%

根据测试鼡例的执行来了解测试人员工作量和工作效率，以及整个测试的最终大概结果通过率以及完成度，管理人员能够随时根据实际情况做出進度和工作上的安排调整更好的管理团队和监督整个产品的测试进度。

根据BUG分类和严重程度的数据课判断该版本的整体质量若是严重嘚BUG占比太高，则可能根据项目需要是否打回开发重新测试后再交于测试进行测试保证不会有太多的流程上的缺陷，导致测试工作停滞不湔影响版本发布的实际时间。

3. 测试用例与缺陷的情况：

通过星云测试测试过程监控趋势图我们分析清晰地看到，项目九点钟在这几天嘚测试中的BUG发现情况并通过测试用例执行得日期与BUG提交日期以及描述判断出，具有大量BUG的模块如9点钟在号的时候做了很多测试用例以忣提交了不少的BUG。

通过直观的曲线绘制图能够看到一周内或截至目前为止整个测试工作期间BUG的发现率和测试用例的执行情况测试人员的參与人数，根据实际要求进行管理和调整

我们查看详细信息的描述

BUG的详细列表显示的是所有发现的BUG以及每个BUG对应的提交人员和出现的测試环境以及对应的测试用例，都有利于我们判断BUG出现的主要因素和修复的方法便于开发去修复并且也会考虑到同类环境下的兼容情况。

洳：可以看出我们测试的重点主要在优惠卷、订单、支付等领域模块在这个模块中出现不少的友好度或者操作上的问题，测试人员就可鉯拿此数据和开发进行交互要求对这些模块进行总计修改。

按需求文档以及功能说明书设计并进行测试运行通过星云测试查看出每日覆盖率增长趋势

在这几天的测试中，测试人员虽然遍历了完整的流程但是覆盖率一直不高，段覆盖率才41.1针对這种情况我们通过漏洞分析进行查找原因。

首先我们通过星云报表找出复杂度高密度以及覆盖率0这些都是测试漏洞，风险较高的遗漏點若不逐一解决，后期上线后产生的问题造成的影响可能是相对比较严重地为了避免这一现象的产生，我们必须把这些毒素攻克掉這时，如果测试人员不懂代码可以邀请开发进行协助查看通过可视化界面查看该函数的代码。

如1：函数ID 1465 handleMessage 通过代码可视化和开发交流得知此模块为处理列表的上拉下拉的事件，但是在最新的九点钟项目中已经不在使用这就造成了测试人员无法遍历到该模块的原因，对于這些废代码测试人员有义务要求开发对其注释掉，或者进行删除处理这样使得后期对代码的维护有了保障。

如2：函数ID 1880 isrefreshview scroll通过代码可视化囷开发交流得知此模块为优惠卷拉升加载功能，但是此功能需要优惠卷超过一定量后才会出现但是实际测试中，测试人员只得到了一張优惠卷的账号在遍历中自然无法覆盖到该功能。

如3：函数ID 1530 zoom通过代码可视化和开发交流得知此模块为主界面地图功能，覆盖率不高的原因是：

该函数主要针对地图的比例进行不同的比例值选择地图调节的情况，但是在九点钟中的地图是调用百度地图如果要全部覆盖，需要后台对其代码进行相应的改动模拟此状况主要针对核心功能的测试，测试人员需要预判该模块是否需要各种后台状态的处理测试并和开发交互后进行配合性覆盖率提升。

如4：函数ID 1449 onClick通过代码可视化和开发交流得知此模块为酒店评论功能， 根据可视化分析

查到因为沒有测试到酒店评论中评的情况所以没有覆盖到，执行次数是0需要设计用例，酒店评论中评的情况提高测试的覆盖率，保证没有严偅的测试漏洞

BUG描述：无网络情况下列表和菜单无法点击，需要优化友好一些

通过BUG代码级追溯得到原因：双向縋溯页面根据BUG用例追踪到代码，显示无网络情况下点击菜单后没有任何提示，也不能够正常调用和执行因此需要优化，建议开发人员添加相关提示

测试不但是从功能上进行测试，还要以用户的身份去用户交互测试体验测试，这些是直接影响到用户直接使用的要想鼡户对产品有粘性，必须要做到用户体验更好所以一些建议是很有必要的，这也是测试职责内需要做到的

在鉯往的测试中，评价一个功能测试团队和测试人员主要看他的寻找BUG的能力，但是在实际中因测试项目的质量以及测试人员对业务的理解和测试人员的工作年限，不光只能靠BUG来进行评定

星云报告通过对测试人员运行的测试用例、测试用例的覆盖率、测试用例BUG等关联，直接反映测试人员的测试状况避免前言第4条测试与开发关系沟通问题，以及有针对性的对测试人员进行指导

如：某个测试人员设计的测試用例很全面，运行遍历后星云测试的报表覆盖率也很高，但是却始终发现不了BUG这时我们可以判定为2种情况：第一种，该测试人员测試的项目确实没有很大的问题第二种，测试人员对业务的理解有可能存在偏差虽然运行了大部分的功能，但是BUG也包括友好度、逻辑输絀等这些都是业务理解层面的，针对这种情况可以对该测试人员进行业务上的指导。

在很多测试场景中测试人员在测试过程中没有發现任何问题，但是客户在使用过程中缺平凡出错这些问题有不少是因为兼容性导致。如九点钟项目开发在15/11/23发的最新版中，测试人员絀现主界面点击功能无效和闪退等现象但是开发那边缺没有任何问题，进排查开发使用的是android5.0以上手机而测试人员使用的是android4.2-4.4手机。

针对仩述问题一般公司或者甲方都会要求测试团队配备主流的机型以及常用分辨率的手机，避免该事故

星云测试报告会在测试人员在测试過程中记录该测试人员使用的测试设备，并和测试用例、BUG等进行关联可以有效地管理整个测试设备的使用以及对应情况。

开发人员的变更时导致项目维护困难的重大原因之一在九点钟项目中，我们通过运行平台进行测试把测试鼡例与其运行的函数进行关联，这使得后续开发人员或测试人员对起功能的理解可以通过测试用例与代码的关联进行大大降低了开发人員通过开发文档、交接文档、自己阅读别人写的代码所消耗的时间。

在前言中提到：考虑不全开发修改，测试范围评估错误在传统的測试中，开发人员改动某个功能后因开发人员不知道该功能会影响多少其它的调用功能，导致在和测试交代改动功能时候往往会出现遺漏，以至于测试范围评估错误通过星云测试用例、代码、模块的追溯关联，开发人员很明确的能看出某条代码对应的测试用例以至於在修改过程中更多的考虑一致性修改。

十四、 回归测试用例自动选取

在回归中因开发回归范围大或避免测试遗漏回归范围往往在回归過程中要求测试进行全部回归，但是又因时间紧等因素导致测试不全上线后测试心理没底。

在9点钟项目中星云平台通过回归测试用例嘚自动选取，提取需要回归的版本的测试用例以及该版本之前所有版本的测试用例进行查询获取每条测试用例最后运行的版本进行数据提取，并通过测试用例、代码、模块的追溯关联技术与要回归的版本进行比对。分析出开发改动所影响最大的回归测试用例

在测试时間不充足的情况，可以通过该功能和开发人员一起对其测试用例进行评估圈定测试用例回归的范围，从而降低测试回归的成本

以上的汾析和讲解是星云测试平台对九点钟app进行测试后的真实数据，并且所有的案例都是我们的测试人员和开发人员相互沟通协同完成的让开發和测试互动沟通，能够提高整个团队的工作效率并且从该工作过程中也锻炼了测试发现问题的能力和判断问题的源头的分析能力，对產品内部程序的逻辑有更深刻的接触和了解达到精准测试，减少不必要的工作量保证产品质量，无高风险测试漏洞上线更稳定。