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

精选列表

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

Jenkins 2.65 发布，可扩展的持续集成引擎

Jenkins 2.65 已发布，Jenkins 是一个可扩展的持续集成引擎，提供了数百个插件来支持项目的构建、部署和自动化。

2017-06-14

【译闻】Jenkins与持续交付的若干问题

因为Jenkins缺乏对集成和一次测试多个服务的支持，而这些都是微服务环境下的基本功能。除非你计划多个流水线的开发，否则Jenkins在帮助开发下一代微服务应用程序方面做得并不是太好。

2017-06-06

持续交付体系及其在阿里云的最佳实践

目录: 为什么会有持续交付的思考持续交付是什么习惯养成不好的持续交付线好的持续交付线持续交付工具沟通建立反脆弱系统小结一.

2017-05-01

Jenkins持续集成案例之-自动化部署

Jenkins是一个开源软件项目，目的就是提供了一个开放的软件平台，让我们实现软件集成变成可能，我们经常听到企业中讲CI、CD两个名词，这些都可以跟jenkins联系在一起，实现持续集成，持续部署及持续交付

2017-02-21

最近博客写的少了，以后还得经常更新才行。 ------------------------------------------------------------ 1.特定业务需求下try cath 异常需要catch可能的RuntimeException，否则可能出现catch不全导致的意外问题（如app崩溃）。之所以将此问题放在第一位，是因为前阵子中项目中出现了此类情况，并且这种情况很容易不注意或遗忘，但其错误却是致命的。在Java/Android开发中，当调用一个函数时，此函数抛出一个A类型的异常，很自然的，在调用的地方我们会try.. catch此异常，并且绝大多数情况下，捕获异常是由Eclispe自动提示并生成的，函数抛出A异常，则调用的地方catch A，实际上，我们最好必须在catch A后再加上一个catch(Exception ex){}。原因在于防范于某些不可确定发生的问题而导致可能抛出的其他异常类型(实际上是特定的RuntimeException异常/unchecked异常，编码时本不推荐catch RuntimeException，但在移动开发特定业务场景中加上对其捕获可以有效防止App意外崩溃)。上次就遇到了在接收推送消息时，new JSONObject()时，很自然的只catch了JSONException，而没有进一步的catch Exception，而实际上由于服务端传过来的数据格式错误后导致其抛出了java.lang.NumberFormatException，一步步跟踪代码后发现在源代码中确实存在可能抛出此异常的情形，而没被catch到，直接将导致app崩溃。此后谨记！ 2.因so文件目录引起的UnsatisfiedLinkError: … :findLibrary returned null问题。 Android开发中，不可避免的可能会引用到外部so文件，设置一个项目中可能需要引用多个不同的外部so文件。因为不同的引入库中so文件的目录可能不同，导致打包后生成的项目lib目录中的目录结构是不同的外部so文件目录的合集。可能会出现armabi/armeabi-v7a/x86/mips等，一般情况下，armabi应该是有的，当此三个目录下的文件可能不同时，在某些特定机型下很可能会出现如上错误。原因在于不同的机型CPU结构不同导致搜寻不同的目录下面的包，而由于外部库不同的so文件目录可能armabi下还有a、b so文件，而x86下可能只含有a，此时解决方案如下：直接删除其他目录（如armabi-v7a/mips/x86等），只保持armabi目录即可，当不存在x86目录时，相应机型也自然会取armabi目录下搜寻相应so文件。 3.Can't create handler inside thread that has not called Looper.prepare。这个问题其实也比较经典了，原因在于，Android中的非UI线程不能进行修改UI操作（当然，严格意义上来说SurfaceView和TextureView除外），一般常见于在子线程中执行了如Toast.makeText 等操作。一般借助于子线程和主线程消息通信机制来解决。常见解决方法如： 1).Handler - Message方式； 2).Handler - postDelay方式； 3).activity.runOnUiThread(runnable)方式等。 4.RadioGroup中的RadioButton check()方法调用引发的onCheckedChanged()多次回调问题。 RadioGroup-RadioButton非常适合于多个选项中只选择一个的情形，对其默认样式进行改变可以方便的用于导航菜单的选项卡等需求中。setOnCheckedChangeListener()为其内部的单选按钮check状态的改变提供了方便实用的回调。编码中，如果直接写成radioGroup.check(xxx)，其中参数为RadioButton的id，经常会发现onCheckedChanged()回到被执行了多次。通过查看源码发现，当执行check()方法时，RadioGroup对单选前后不同的状态都进行了回调。实际逻辑中，一般的都是希望只回调当前选中的单选按钮即可。可以通过如下方式解决：radioButton.setChecked(true);其中，radioButton为当前选中的radioGroup。 5.Notification传参覆盖问题在App中，当显示多个Notification时，notification id作为当前App内Notification标识，具有不同的Notification id表示通知栏中可以同时显示此应用中多个不同的Notification。当用户点击各个Notification时，通过此Notification设置的pendingIntent响应用户的点击操作，在设置pendingIntent时，尤其需要注意其中的参数传参问题。当有多个通知时，如果后面的通知点击后获取的参数值都是第一个通知的参数值，则是没有正确设置pendingIntent的flags参数。一般应该设置成PendingIntent.FLAG_UPDATE_CURRENT，设置此参数后，则会形成相反的情形，前面的通知获取的参数值都变成了最后一个通知传递的参数值，此时则是因为没有正确设置requestCode参数。将requestCode参数设置成Notification id相同的值即可。 6.从AndroidManifest.xml中获取channel出现错误提示：Key xx expected String but value was a java.lang.Integer. The default value <null> was reurned。对于AndroidManifest.xml配置channel名称时，当直接使用数字字符串时，会出现如上所示，获取到的channel值为null。修正如下： 1 public String getChannel() { 2 String channel = null; 3 try { 4 ApplicationInfo ai = getPackageManager().getApplicationInfo(getPackageName(), PackageManager.GET_META_DATA); 5 channel = ai.metaData.getString("UMENG_CHANNEL"); 6 if (channel == null) { 7 channel = String.valueOf(ai.metaData.getInt("UMENG_CHANNEL")); 8 } 9 } catch (NameNotFoundException e) { 10 e.printStackTrace(); 11 } 12 13 return channel; 14 } 或者说，并不建议使用数字字符串直接作为渠道名称。 --------------------------------------------------------------------------------- 笔者水平有限，若有错漏，欢迎指正，如果转载以及CV操作，请务必注明出处，谢谢！分类: Android 本文转自Windstep博客园博客，原文链接：http://www.cnblogs.com/lwbqqyumidi/p/4039100.html，如需转载请自行联系原作者

2016-11-27

云端基于Docker的微服务与持续交付实践

云端基于Docker的微服务与持续交付实践笔记，是基于易立老师在阿里巴巴首届在线技术峰会上《云端基于Docker的微服务与持续交付实践》总结而出的。本次主要讲了什么？

2016-07-19

Ubuntu Docker 安装和配置 GitLab CI 持续集成

相关文章： Ubuntu Docker 简单安装 GitLab 劈荆斩棘：Gitlab 部署 CI 持续集成目的：在 Ubuntu 服务器上，使用 Docker 安装和配置 GitLab Runner

2015-09-22

《移动App测试的22条军规》—App测试综合案例分析23.20节对微信App进行性能测试和安全性测试

本节书摘来自异步社区《移动App测试的22条军规》一书中的App测试综合案例分析，第23.20节对微信App进行性能测试和安全性测试，作者黄勇，更多章节内容可以访问云栖社区“异步社区”公众号查看。

2017-05-01

大模型幻觉测试

本方法为企业级可落地的全流程幻觉测试体系，融合学术界权威基准与工业界工程实践，覆盖从口径定义、用例设计、自动化执行、量化打分到归因优化的完整闭环。

2026-09-08

Python 商誉减值测试

商誉不做摊销，但每年末要做减值测试：比较商誉账面价值与可收回金额，差额计提减值。用 max(0, 账面价值 - 可收回金额) 算减值额。

2026-08-12

Easysearch 2.0.0 性能测试

通过与上一个稳定版本 1.15.6 的全面对比测试，我们使用 esrally 基准测试工具在 append-no-conflicts 场景下进行了深入的性能评估。

2025-12-04

测试的底层逻辑

我认为测试人员不应该成为PRD的搬运工，高级测试工程师也不应该只是测试工具得开发者；测试人员，最基本的测试基础理论一定要掌握，当然研发编码技术也必不可少；如果这两样缺少一样，都无法成为一个优秀的测试人员

2023-03-17

精准测试之覆盖

一、覆盖率与测试策略覆盖率是度量测试完整性的一个手段，是测试有效性的一个度量。测试覆盖是对测试完全程度的评测。

2023-01-10

前端精准测试实践

手工测试全回归？显然以上的策略都不是最优策略，本文叙述了通过对前端代码进行静态分析，找到改动文件影响的功能范围，从实现了一种前端精准测试的思路。

2022-12-07

MMU简介与测试

怎样测试其权限是各开发者关心的问题，下面小编将使用内存MAP测试MMU权限管理（内存保护），一起来看看吧~ 二、MMU测试 1.内存MAP简介内存MAP通过MMU把虚拟内存“映射”到物理内存，把虚拟内存和物理内存一一对应起来

2022-11-27

人工渗透测试之死？

最大的顾虑在于渗透测试无法覆盖整个架构，从而产生盲点(60%)。渗透测试只会检查已知资产，而非发现和测试在云环境中被遗忘，或者未被识别的资产(47%)。

2021-07-15

Yarn 弹性队列测试

Yarn 调度器中的 Capacity Scheduler 和 Fair Scheduler 都支持弹性扩容, 现对 Fari Scheduler 进行弹性扩容测试。

2020-11-02

如何测试Linux内核？

在Linux内核开发过程中，利用持续集成，这些测试工具都可用于识别和报告Bug。持续集成每天都会对内核开发和生产代码库进行数百次提交。

2020-08-25

TDD的测试周期

测试驱动开发的编写周期（简单的总体把握）应该知道，没有测试，就没有功能代码。

2019-11-02

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

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

Rocky Linux

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