搜索[持续测试]结果-低调大师优秀个人博客

精选列表

搜索[持续测试]，共10000篇文章

ECOMP平台开源，AT&T持续发力SDN/NFV

AT&T近日将其软件定义网络（SDN）平台的源码开放出来，利用Linux基金会来帮助开发该项目。 AT&T今年3月宣布的ECOMP平台，旨在增强控制（Enhanced Control）、编排（Orchestration）、管理（Management）、策略（Policy），同时发布的还有ECOMP白皮书。AT&T表示将ECOMP源码开放将使得它的代码在开源的基础上，接受来自社区的贡献。 AT&T首席战略官John Donovan说：“我们需要知道，你愿意与我们合作。” 显然，AT&T想要从社区中获得助力，该开源项目将在博客中宣布，同时在博客中还指出与Linux基金会的合作仍在进行中。如果这个开源项目能够获得极大的关注，AT&T此举将推动ECOMP成为SDN和NFV的标准，该运营商似乎积极与其他运营商共享ECOMP；John Donovan在博客当中提到，AT&T在ECOMP项目中使用的是第三方的集成器，这意味着任何使用ECOMP的人不会受制于AT&T。许多其他开源组织正在试图加速SDN和NFV的采用，OpenDaylight项目和OPNFV是两个典型的例子，但是AT&T认为他们眼界太狭隘，ECOMP代表了SDN/NFV的落地实现。 ECOMP是AT&T的SDN/NFV设计的核心，该公司在其SDN/NFV方面预计到2020年至少75%的网络实现虚拟化，ECOMP平台的关键是快速添加功能和降低运营成本的能力。 AT&T在ECOMP上一反以前的直率常态，该运营商没有直接共享800万行代码，而是一直在介绍其SDN平台的不同之处。这不是一般的大型运营商的开放，AT&T释放出了希望与其他公司和开发人员一起合作的信号。 AT&T并不孤单，Verzion公司4月份紧随其后，也发布了SDN和NFV的参考架构体系。 ====================================分割线================================ 本文转自d1net（转载）

2017-07-11

分布式存储--块存储（盘古团队持续招聘中）

业务盘古是阿里云自研的分布式存储平台,承接了整个阿里云的存储业务,拥有海量的用户。当前盘古块存储团队主要对接阿里云的云盘,阿里集团数据库,中间件,docker 等业务和团队对分布式块设备的需求。主要的产品形态包括SSD云盘,混合存储云盘, SATA云盘,docker 数据卷,系统盘云化等。目前无论是收费用户数、营收、数据量、机器规模在国内都无出其右。而且发展迅猛,每年都是超过100%的增长。团队&文化团队成员都是自我驱动型的,大家都坚持用事实,用数据说话,沟通协作便捷高效。业务飞速发展,在稳定性,性能,成本,易用性,新硬件等领域有足够的丰腴土地待开发,基本上每个人都能独立own一块,并且能长期专注的深耕下去,个人能取得长足的发展,我们不为每个人设置界限,崇尚志愿者文化,遇到挑战性的问题,欢迎任何人挺身而出来承担,大

2017-07-10

阿里巴巴1582.73亿背后的持续交付如何玩

在2017在线技术峰会——首届阿里巴巴研发效能嘉年华上，来自阿里云研发协同的技术专家怀虎分享了《阿里巴巴1582.73亿背后的持续交付如何玩》。

2017-07-05

大数据全球预测：软件细分市场将持续增长

正如我们所预测的，对基础设施的关注正在转移到对使用实例、应用、利用大数据能力创建可持续业务价值上来。今年，报告把重点放在构建实现大数据成果所必需的战略业务能力来说最重要的大数据软件技术上。

2017-07-03

基于Docker容器的，Jenkins、GitLab构建持续集成CI

sqlalchemy \ -p 5000:5000 \ daocloud.io/registry 运行成功后，可以访问http://localhost:5000/v2/_catalog 来查看本地仓库信息 4.构建持续集成环境万事具备

2017-05-29

阿里1582.73亿营收背后的持续交付如何玩？

2017年5月23日，在成都云栖大会，阿里巴巴一站式研发协同平台云效的持续交付专家怀虎通过回顾阿里巴巴的软件交付历史，分享阿里巴巴1582.73亿营收背后的持续交付流程和玩法。

2017-05-23

基于Docker的开发模式驱动持续集成落地实施

嘉宾简介资深质量优化专家，12年软件测试与质量管理经验《软件性能测试诊断分析与优化》等多本IT畅销书作者演讲实录今天主要交流的主题是基于Docker的开发模式如何驱动持续集成落地实施，这里会涉及两个主要的话题

2017-05-01

如何在 linux 上配置持续集成服务 - Drone

如何在 linux 上配置持续集成服务 - Drone 如果你对一次又一次的克隆、构建、测试和部署代码感到厌倦了，可以考虑一下持续集成。

2017-05-01

高可用大数据计算服务如何持续发布和演进

票选最美云上大数据暨大数据技术峰会上，阿里云飞天一部计算平台高级专家无庸为大家带来题为“高可用大数据计算服务如何持续发布和演进”的演讲。

2017-03-13

Android开发中Eclispe相关问题及相应解决（持续更新）

1.Eclipse项目中的Android Private Libraries没有自动生成。一般而言，在Android开发中，项目中引用到的jar包会放到项目目录中的libs中，引入库会放到Android Dependencies中，对于放置于libs中的jar包，会自动置于项目中的Android Private Libraries下，如果没有自动生成，clean项目后一般在console下会发现有相应的错误提示，修正即可。如：项目中引用了不同的v4兼容包等会出现此类情况。 2.Eclipse中一直出现“Android SDK: resolving error markers”。此类情况网上有诸多描述以及相应尝试性的解决方法，不久前本人即出现此类情况，尝试多种方案后未能解决。最终方法如下：删除此文件，workspace/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi，重启Eclipse即可。 3.Eclipse 中出现的错误警示：Element xxx is unknown. 在编写xml文件时，有时候当按下alt + / 本来想进行内容辅助时，有时候会总是出现Element xxx is unknown。原因在于此xml布局文件中写入了错误的标签/控件名称（eclipse是不会直接在不能识别的标签行前显示红叉的，xml文件本身也不会出现红叉），如xml中将FrameLayout写成了FragmentLayout等。 4.Eclipse中查看libs中的第三方jar包源码（如android-support-v4.jar）在libs目录下建个和jar名字一样的 properties 文件，内容是src:源代码路径；doc:index.html的路径。以v4 jar包为例创建： libs/android-support-v4.jar.properties 打开，编辑： src = ..../android-sdk/extras/android/support/v4/src 保存后重启Eclipse。 5.升级SDK Manager后引起的Android Developer ToolKit版本不一致问题在升级Android SDK Manager后，打开Android Adt Bundle出现错误提示："This Android SDK requires Android Developer ToolKit version xxx or above"，原因是SDK Manager与Android Developer ToolKit版本不一致。最后导致Android Adt Bundle无法使用。已有的项目出现无法生成R文件，同时也无法新建项目或导入外部项目。按照提示其实将Android Adt Bundle升级到相应本版即可。但是检查后发现Android Adt Bundle已是最新。最后解决办法如下：在SDK的Tools目录的lib中，知道打plugin.prop文件，将其中的plugin.version=xxx改为Android Adt Bundle当前的版本号xxx，然后重新启动Eclipse即可继续使用。 6.Using 1.7 requires compiling with Android 4.4 (KitKat); currently using 17 项目右键 >> java Compiler >> CompilerCompliance level 选择1.6。 7.Eclipse startup hang, “Android SDK: resolving error markers” 解决方案：删除文件/workspace/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi，具体原因未知，若谁知道原因希望告知。 8.Eclpse Logcat中显示信息一小段时间后自动消失解决方案：Logcat中的消息显示数量默认为5000条，可以适当增加此条目。Window >> Preferences >> Android >> LogCat >>Maximum number of logcat messages to buffer设置更大的数量 9./xxProject/gen already exists but is not a source folder. Convert to a source folder or rename it. 原因：直接导入外部项目时因classpath配置问题导致。解决方法：右键project >> Properties >> Java Build Path >> 选择Source >> Add Folder >> 选中gen文件夹 >> ok.. yes最后右键Fix Project Properties 并 clean下项目。 --------------------------------------------------------------------------------- 笔者水平有限，若有错漏，欢迎指正，如果转载以及CV操作，请务必注明出处，谢谢！分类: Android 本文转自Windstep博客园博客，原文链接：http://www.cnblogs.com/lwbqqyumidi/p/4165872.html，如需转载请自行联系原作者

2016-12-31

利用阿里云容器服务打通TensorFlow持续训练链路

Docker和阿里云容器服务，帮助您上手TensorFlow的机器学习方案第一篇：打造TensorFlow的实验环境第二篇：轻松搭建TensorFlow Serving集群第三篇：打通TensorFlow持续训练链路

2016-10-26

Android项目持续集成实践之Gitlab CI（Docker版本）

接上一篇 Android项目持续集成实践之Gitlab CI. 在我看来，.gitlab-ci.yml 配置还是有些复杂，写的脚本还是有点多，有没有办法更精简一点呢？

2016-07-15

优云实践：持续交付的Mesos与Docker导入篇

Mesos与Docker这对最佳伴侣为应用的持续交付带来了极大的便利，为应用的运维管理提供了很大的方便，两者在持续交付的解决方案中都起着至关重要的作用，如下图展示了Mesos与Docker在应用持续交付中的实践

2016-06-27

云上应用docker化持续交付实践 — 【包含Qcon讲稿】

全部内容被内部同学review后的反馈是：像看小说一样…… 所以为了防止大家看了开头就去逛别的小网站了，开篇我先点个题，这篇文件最终的目的是讲清楚下面这张图：就是一个完整的，应用Docker化持续交付需要做的事情

2016-04-20

313 个测试文件，以及一次「测试自己坏了」的排查

《micro-one-api 拆解》第 22 篇代码基线：develop（v0.26.x）

2026-10-12

Jev来了，软件测试可能要重新定义"AI测试"了

过去两年，测试团队说起"用AI做测试"，默认动作往往是同一个：把判断类的活儿——这条日志算不算异常、这个缺陷该定多严重、这批用例哪些值得跑——统统打包成一个提示词，扔给ChatGPT或Claude，等它生成一段带结论的文字

2026-09-24

深入了解软件测试：从入门到奥秘，揭开测试的精髓

黑盒测试vs白盒测试自动化测试vs手工测试功能测试方法论非功能测试方法论软件测试生命周期软件测试最佳实践软件测试是什么？

2024-07-11

想要做好软件测试，可以先了解AST、SCA和渗透测试

摘要：如何做好安全测试，我们重点从应用程序安全测试AST、软件组成分析SCA和渗透测试三个方面来看一下。

2022-07-25

SpringBoot2 集成测试组件，七种测试手段对比

二、PostMan工具 PostMan很常用的接口测试工具，开发过程中快速测试接口，功能强大并且简单方便，不但可以单个接口测试，也可以对接口分块管理批量运行：整体来说工具比较好用，适应于开发阶段的接口快速测试

2021-05-31

APIAuto 2.1.0 发布，机器学习随机测试，全方位覆盖测试场景

更新内容 1.新增随机测试，随机生成数字、从数据库查值等来动态替换请求参数； 2.新增顺序测试，顺序遍历数字、从数据库查值等来动态替换请求参数；具体内容见 Releases APIAuto 机器学习测试

2020-01-08

资源下载

更多资源

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。