- 博客(1117)
- 收藏
- 关注
RSS订阅原创 软件测试|银行相关测试面试分析+问题集
银行项目测试岗竞争激烈，技术要求高，面试重点聚焦业务理解。核心系统处理所有金融交易与记账，柜面、前置、外围系统协同运作。测试流程涵盖需求分析、用例设计、冒烟测试、系统测试、UAT及准生产测试。转账汇款测试需覆盖多渠道、多账户类型，验证余额变动、会计分录准确性及异常场景。常考问题包括系统架构区别、测试流程侧重点、转账成功判定标准及跨行、预约转账测试方法。掌握存款、定期转存、活期利息计算等业务逻辑是通过面试的关键。
2026-10-08 10:39:37
21
原创 软件测试|求职简历制作攻略
撰写高质量软件测试简历需注重简洁清晰的结构，控制在2页内，突出个人介绍、求职意向、专业技能、项目经验等模块。重点展示与岗位匹配的技能，如自动化测试、接口测试、性能测试工具使用，并用“精通、熟练”等词准确描述水平。项目经验应详述职责与成果，以数据体现价值，避免流水账。工作经历按时间倒序，补全空窗期，避免频繁跳槽。自我评价简明扼要，展现职业优势。让简历成为脱颖而出的敲门砖。
2026-10-08 10:37:17
120
原创 Kubernetes(k8s)之Ingress
本文介绍Kubernetes中Ingress的原理与应用，阐述其作为HTTP/HTTPS路由入口的作用，实现基于域名的虚拟主机、负载均衡与SSL终止。通过部署ingress-nginx控制器，结合Deployment和Service，配置Ingress规则实现HTTP/HTTPS流量转发。重点演示了使用自签名证书配置HTTPS访问，并说明Ingress通过动态更新Nginx配置实现灵活路由，解决多服务暴露时的端口管理与配置复杂问题。
2026-09-30 10:52:58
577
原创 Kubernetes(k8s)之Service服务类型
Kubernetes Service 提供四种类型：ClusterIP（默认，集群内访问）、NodePort（通过节点端口暴露服务）、LoadBalancer（云厂商负载均衡）和 ExternalName（DNS别名）。ClusterIP 通过虚拟IP实现内部通信，NodePort 在节点上开放端口供外部访问，LoadBalancer 结合云服务商提供公网负载均衡，ExternalName 则映射外部域名。本文通过 YAML 配置演示了 ClusterIP 与 NodePort 的创建与测试，验证了服务发现
2026-09-30 10:42:32
426
原创 Kubernetes(k8s)之Service服务
Kubernetes Service 提供稳定的虚拟IP（ClusterIP），实现Pod的负载均衡与服务发现。通过LabelSelector关联后端Pod，由kube-proxy在各节点上维护iptables或ipvs规则，实现四层流量转发。支持ClusterIP、NodePort、LoadBalancer等访问模式，其中ipvs模式性能更优，适用于大规模集群。Service与ReplicationController/Deployment协同，保障服务高可用与弹性扩展，构建灵活可靠的微服务架构。
2026-09-30 10:19:08
268
原创 Kubernetes(k8s)之pod控制器-Deployment
本文介绍了在Kubernetes中使用Deployment管理容器化应用的全流程，包括创建、扩容、升级、回滚及金丝雀发布。通过kubectl命令或YAML文件定义Deployment，实现应用的声明式部署与自我修复。利用滚动更新策略确保服务不中断，支持版本回滚与灰度发布，提升应用发布的安全性和可控性。
2026-09-29 10:10:35
291
原创 Kubernetes(k8s)之容忍与污点
本文介绍了Kubernetes中污点（Taint）与容忍（Toleration）机制。污点用于标记节点，阻止Pod调度，常见效果包括NoSchedule、PreferNoSchedule和NoExecute。通过kubectl taint可设置或删除污点。Pod需通过tolerations声明容忍，才能被调度至带污点的节点。容忍支持Exists和Equal两种操作符，其中Exists匹配任意值，Equal需精确匹配。
2026-09-29 09:18:56
283
原创 Kubernetes(k8s)之调度解释
本文系统介绍了Kubernetes调度机制，涵盖调度、抢占与驱逐概念。重点解析了kube-scheduler的过滤与打分流程，以及通过nodeName、nodeSelector实现定向调度。进一步阐述节点亲和性（NodeAffinity）与Pod亲和性/反亲和性（PodAffinity/PodAntiAffinity）的配置策略与应用场景，支持硬约束与软优先级，满足精细化调度需求。最后指出调度规则中的关键注意事项，如标签匹配、topologyKey限制等，为高效部署提供指导。
2026-09-28 10:33:17
345
原创 Kubernetes(k8s)之Pod生命周期(下)
本文续接Pod生命周期，详解钩子函数、容器探测与重启策略。钩子函数支持postStart和preStop，可通过Exec、TCPSocket或HttpGet触发；容器探测通过livenessProbe（健康重启）、readinessProbe（就绪流量）和startupProbe（启动延迟）保障应用可用性；重启策略（Always、OnFailure、Never）决定故障后容器行为，其中Always为默认策略。结合实战案例，展示了探针检测失败导致容器重启及不同策略下的表现。
2026-09-28 10:24:47
256
原创 涨薪技术|Kubernetes(k8s)之Pod生命周期(上)
Pod生命周期涵盖创建、运行与终止全过程。其状态分为Pending、Running、Succeeded、Failed和Unknown。创建时，API Server接收请求，调度器绑定节点，kubelet启动容器；终止时，先标记为Terminating，执行prestop钩子，再按宽限期关闭容器。Init Containers用于前置任务，按顺序执行，确保主容器启动前满足条件，如依赖服务就绪。通过实际案例可验证其阻塞机制与应用协同能力。
2026-09-24 11:26:51
245
原创 Kubernetes(k8s)之Pod端口设置及资源配额
本文介绍Kubernetes中Pod的端口设置与资源配额配置。端口包括containerPort、port、nodePort和targetPort，分别对应容器内部、Service、节点及后端Pod的端口映射。资源配额通过resources.requests（最小需求）和resources.limits（最大限制）控制CPU与内存使用，确保资源合理分配。通过实例验证，若请求资源超出节点可用量，Pod将处于Pending状态，无法调度。
2026-09-24 11:02:35
83
原创 Kubernetes(k8s)之Pod环境变量
本文介绍了Kubernetes中Pod环境变量的三种设置方式：直接定义（env）、引用Pod字段（fieldRef）和引用容器资源字段（resourceFieldRef）。通过yaml配置文件，可为容器注入用户名、密码、节点名、Pod IP、CPU/Memory请求与限制等动态信息，并验证其在运行时的生效情况。示例展示了如何利用环境变量实现Pod与容器元数据的动态获取，为应用配置提供灵活性。下期将分享端口设置与资源配额知识。
2026-09-24 10:35:52
281
原创 Kubernetes(k8s)之认识Pod
Pod是Kubernetes最小部署单元，封装一个或多个紧密耦合的容器及其共享资源（如存储、网络IP）。常见模式为“一容器一Pod”，也可多容器协同工作，实现如Sidecar架构。Pod由Controller管理，支持水平扩展。其配置包含镜像拉取策略（Always、IfNotPresent、Never）、启动命令（command与args）等，可灵活定义容器行为。通过kubectl explain可查看详细配置项。
2026-09-23 09:27:49
289
原创 Kubernetes(k8s)之资源管理器
Kubernetes将所有内容抽象为资源，通过操作资源管理集群。其最小单元是Pod，由控制器管理，服务通过Service暴露，数据持久化依赖存储系统。资源管理支持三种方式：命令式对象管理（如kubectl get pod）、命令式对象配置（kubectl create -f yaml）和声明式对象配置（kubectl apply -f yaml）。推荐使用apply创建/更新资源，delete -f删除，get查询。配置文件需在各节点同步，后续将深入讲解Pod。
2026-09-23 09:24:13
183
原创 Kubernetes(k8s)之yaml语法大全
YAML（发音/yə-məl/）是一种以人类可读性为核心设计的数据序列化语言，支持对象、数组和纯量三种结构。其语法简洁：使用缩进表示层级，不允用Tab；支持注释（#）、多文档分隔符（---）及复合结构。通过键值对、数组、引用锚点（&）与别名（*）实现数据复用与嵌套。字符串可多行书写，支持保留或折叠换行，且可通过类型强制转换（!!）指定数据类型。广泛应用于配置文件与Kubernetes资源管理中，是DevOps中的重要工具。
2026-09-23 09:20:02
183
原创 Kubernetes(k8s)之Namespaces详解
Kubernetes命名空间（Namespace）用于逻辑隔离集群资源，支持多团队或项目共享同一集群。通过kubectl可创建、查看、删除命名空间。结合ResourceQuota与LimitRange，可配置资源配额、默认请求/限制及最小最大值约束，实现对CPU、内存等资源的精细化管控，保障集群稳定性与资源公平使用。
2026-09-22 11:50:47
589
原创 Kubernetes(k8s)环境部署指南
本文详细介绍了Kubernetes（K8s）环境的部署流程，涵盖准备工作（主机名、Swap关闭、IP配置、防火墙与SELinux禁用）、Docker安装与加速配置、K8s组件安装及Master节点初始化。随后完成Node节点加入集群，并通过Calico CNI插件解决网络通信问题。最后部署Kubernetes Dashboard，创建管理员账号并生成Token实现安全访问，完整呈现了从环境准备到集群可视化的全流程，适用于学习与生产环境搭建。
2026-09-22 11:35:02
407
原创 Kubernetes(k8s)容器介绍与设计原理
提供一个容器所在的network namespace，将network interface插入该network namespace中（比如veth的一端），并且在宿主机做一些必要的配置（例如将veth的另一端加入bridge中），最后对namespace中的interface进行IP和路由的配置。因此，容器被认为是轻量级的。网络流量，以便部署稳定。4)自我修复Kubernetes 重启失败的容器，替换容器，杀死没有失败的容器 响应用户定义的运行状况检查，并且在客户端之前不会将其通告给客户端 已准备好服务。
2026-09-22 10:37:55
244
原创 涨薪技术|Docker中部署Alertmanager
在Docker中部署Alertmanager需拉取镜像，配置alertmanager.yml文件（如邮箱通知），通过docker run或docker-compose启动容器，挂载配置与数据目录，暴露端口9093，并确保与Prometheus在同一网络。配置Prometheus的alerting部分指向Alertmanager地址，重启后即可接收告警。使用docker-compose可简化管理。注意检查配置语法、数据持久化及网络连通性，可通过日志排查问题。
2026-09-21 15:46:45
229
原创 涨薪技术|Grafana之Dashboard（仪表盘）
本文介绍了Grafana中使用变量动态过滤和展示监控数据的方法。通过定义Query类型变量，结合PromQL与label_values、label_replace等函数，可实现基于标签（如主机、任务）的灵活筛选，支持单选或多选，并动态生成下拉选项。利用变量在Panel或Row中重复渲染，能自动创建多个面板实例，提升Dashboard可维护性与交互性，避免硬编码配置，适用于多节点、多任务场景下的高效监控可视化。
2026-09-21 15:22:31
198
原创 涨薪技术|Grafana当前状态：SingleStat面板
Grafana的SingleStat面板专用于展示单一关键指标（如负载、用户数、错误率），突出系统当前状态。支持显示最新值（Current）、阈值颜色映射、趋势图（Sparklines）及值到文本/表情的映射，提升可读性。适用于监控服务健康状态、资源使用量等场景，需注意仅支持单条时间序列，避免“MultipleSeries Error”。
2026-09-21 15:02:16
238
原创 涨薪技术|Grafana分布统计：Heatmap面板
Grafana v4.3后引入Heatmap面板，可直观展示Prometheus监控指标的样本分布。v5.1起完善对Histogram类型指标的支持，通过设置Format as为Heatmap，自动按le标签分桶并以颜色深浅反映样本数量，高度体现离散程度。针对Histogram，需在Axes中设Data format为Timeseries buckets，直接使用已有桶信息；非Histogram类型则需手动定义Bucket范围（如log(base2)），由Heatmap按指定尺度统计分布。配置简洁，显著提升
2026-09-18 13:55:58
276
原创 涨薪技术|Grafana变化趋势：Graph面板
Graph面板是Grafana中常用的数据可视化工具，适用于Prometheus的Gauge、Counter等指标，通过折线图或柱状图展示监控数据随时间的变化趋势。可灵活配置图例、坐标轴单位（如percent）、显示样式及阈值警告，支持多指标对比与高级定制。对于Histogram类型指标，虽可通过Heatmap格式在Graph中展示，但效果不如专用Heatmap面板直观，推荐使用Heatmap面板进行分布数据可视化。
2026-09-18 13:54:24
237
原创 涨薪技术|认识Grafana及其面板（Panel）
Grafana是一款开源的数据可视化与监控平台，支持Prometheus、Graphite、InfluxDB等多种数据源。通过Dashboard中的Panel实现数据可视化，每个Panel可独立配置数据源与查询方式，如使用PromQL从Prometheus获取指标。Panel类型包括Graph、Singlestat、Heatmap等，支持动态模板化与性能优化（如Min Step、Resolution）。Query Editor提供完整PromQL支持及调试功能，助力高效构建多源监控视图。
2026-09-17 11:21:30
284
原创 涨薪技术|Prometheus使用Recoding Rules优化性能
Prometheus通过Recording Rules实现复杂PromQL查询的后台预计算，避免实时查询导致的超时问题。用户在配置文件中通过rule_files指定规则文件，定义groups下的record规则，指定表达式expr和目标指标名record，并可添加标签labels。Prometheus按global.evaluation_interval（默认1分钟）周期性执行计算，将结果持久化为新时间序列，提升查询效率，实现性能优化。
2026-09-17 11:15:53
243
原创 涨薪技术|Prometheus自定义告警模板及屏蔽告警通知
在Prometheus告警管理中，自定义告警模板（AlertTemplates）通过Go模板实现告警信息的标准化与结构化输出，提升可读性与系统集成效率。支持在配置文件中直接使用模板字符串或引入外部模板文件，结合templates配置实现复用。同时，通过抑制规则（inhibit_rules）和临时静默（silence）机制，可有效减少冗余告警，避免通知风暴，确保关键告警优先触达。
2026-09-16 11:54:51
277
原创 涨薪技术|Prometheus中配置Alertmanager
Alertmanager通过标签匹配的树状路由机制，实现告警的精细化处理。配置包括全局参数、模板、接收人、抑制规则及路由。路由基于match或match_re进行标签匹配，支持分组（group_by）、等待时间（group_wait）与重复间隔（repeat_interval）。通过多级子路由，可按服务、团队等维度将告警定向至不同接收者（如Webhook、Slack），提升告警管理效率并减少冗余通知。
2026-09-16 11:51:40
143
原创 涨薪技术|Prometheus中部署Alertmanager
本文介绍了Prometheus生态中Alertmanager的部署与配置流程，涵盖二进制包安装、配置文件编写、启动运行及与Prometheus集成。通过配置路由与接收器，实现告警的分类处理与通知。结合告警规则定义和测试验证，确保告警能被正确接收与响应，完成从告警触发到通知的完整链路。
2026-09-15 14:53:22
371
原创 涨薪技术|Prometheus定义主机监控告警实例
本文介绍了如何配置Prometheus主机监控告警。通过在prometheus.yml中添加rule_files，并创建hoststats-alert.rules规则文件，定义CPU使用率告警。重启Prometheus后，可在UI的Alerts页面查看告警状态。手动模拟高CPU负载（如执行cat /dev/zero > /dev/null），观察到告警先处于PENDING（等待1分钟），持续满足条件后转为FIRING，验证了告警流程的有效性。
2026-09-15 14:45:59
135
原创 涨薪技术|Prometheus自定义告警规则
Prometheus通过PromQL定义告警规则，基于rules.yml文件中的expr、for、labels和annotations等配置触发告警。规则需在prometheus.yml中通过rule_files加载，并按evaluation_interval周期计算。告警状态可通过Web界面查看，活跃告警存储于ALERTS{}时间序列中。为增强可读性，支持模板化标签与值（如{{$labels.instance}}、{{$value}}）。Prometheus不直接发送通知，需集成Alertmanager进
2026-09-15 14:41:57
233
原创 涨薪技术|Prometheus监控告警处理
Prometheus通过告警规则（AlertRule）周期性评估PromQL表达式，满足条件后向Alertmanager发送告警。告警规则由名称、表达式及持续时间（for）定义，并支持按组（Group）统一管理。Alertmanager负责去重、分组、路由与通知，支持邮件、Slack、Webhook等多渠道，可集成钉钉等自定义通知方式。其分组、抑制与静默机制有效缓解告警风暴，提升可读性与可用性。常见问题如延迟、丢失、风暴可通过优化评估间隔、网络连通性及分组策略解决。
2026-09-14 14:10:13
240
原创 性能测试|JMeter接口性能测试怎么做
本文详细介绍使用JMeter进行接口性能测试的全流程：从准备阶段（明确目标、搭建环境、准备数据）到安装配置JMeter，创建测试计划、添加HTTP请求与监听器，运行测试并分析结果。重点监控响应时间、吞吐量和错误率，根据结果优化系统，并撰写测试报告。强调测试环境一致性、服务器资源监控及高并发场景下采用分布式测试，确保测试准确性与可复现性。
2026-09-14 14:05:45
212
原创 涨薪技术|Prometheus监控4个黄金指标和USE方法
4个黄金指标（延迟、流量、错误、饱和度）是Google总结的分布式系统监控核心，用于评估用户体验与服务健康。RED方法（速率、错误、耗时）聚焦云原生微服务的请求层面度量，USE方法（使用率、饱和度、错误）则深入分析资源瓶颈。三者结合，可全面识别性能问题，提升系统可观测性与稳定性。
2026-09-14 13:59:33
203
原创 涨薪技术|Prometheus之HTTP API中使用PromQL
Prometheus的稳定HTTP API（/api/v1）采用JSON格式响应，成功时返回2xx状态码。支持通过/query查询瞬时值，/query_range查询时间范围数据，均使用PromQL表达式。响应包含status、data等字段，data.resultType标识结果类型：vector（瞬时向量）、matrix（区间向量）、scalar（标量）或string。请求参数包括query、time（或start/end）、step及timeout。失败时返回404、422或503状态码。
2026-09-11 16:09:37
288
原创 requests接口自动化测试
接口测试旨在验证系统间或子系统间的交互，重点检查数据交换、控制流程及逻辑依赖。常见接口类型包括WebService（SOAP/XML）和HTTP API（JSON/key-value），常用工具如Postman、SoapUI、JMeter。使用Python的requests库可实现自动化测试，涵盖GET/POST请求、JSON解析、状态码校验、请求头设置及异常处理，提升测试效率与准确性。
2026-09-11 15:58:16
296
原创 涨薪技术|Prometheus之PromQL聚合操作
Prometheus内置多种聚合操作符（如sum、avg、max、count_values、topk、bottomk、quantile等），用于对瞬时向量进行聚合，生成新时间序列。语法为<aggr-op>([param,]<vector>) [without|by(<label>)])，其中count_values、quantile、topk、bottomk支持参数。by保留指定标签，without移除指定标签，实现灵活分组聚合。例如：sum(http_requests_
2026-09-10 15:20:13
211
原创 涨薪技术|Prometheus之PromQL操作符
PromQL支持丰富的操作符，可对时间序列进行数学、逻辑与布尔运算，实现数据二次加工。通过标量与向量的运算完成单位转换（如Bytes转MB），利用+、-等算术符合并指标（如磁盘读写总量）。布尔运算符（如>）可筛选特定条件（如内存使用率>95%），配合bool修饰符可返回0/1的布尔结果。集合运算符（and、or、unless）支持向量间集合操作。匹配模式包括一对一、多对一及一对多，需结合on、ignoring和group_left/right指定匹配规则。操作符优先级从高到低依次为幂、乘除、加减
2026-09-10 15:17:27
245
原创 涨薪技术|Prometheus内置的数据查询语言PromQL
Prometheus通过指标名称与标签唯一定义时间序列，PromQL作为其核心查询语言，支持基于标签的过滤（=、!=、=~、!~）、瞬时向量与区间向量查询（含时间范围选择器）、时间位移（offset）、聚合操作及标量/字符串类型。表达式需包含指标名或非空标签过滤器，如http_requests_total{instance="localhost:9090"}或http_requests_total{}[5m]。掌握PromQL是使用Prometheus的基础。
2026-09-09 15:39:03
197
原创 涨薪技术|Prometheus监控之核心组件简介
本文介绍Prometheus六大核心组件：Prometheus Server（数据采集、存储与告警）、Pushgateway（短期任务指标推送）、Alertmanager（告警去重、分组与通知路由）、Exporters（系统及服务指标暴露）、Service Discovery（动态发现目标）和Dashboard（可视化展示）。通过Pull模型与灵活扩展，Prometheus实现高效监控与性能分析。下期将深入讲解PromQL查询语言。
2026-09-09 14:56:49
217
原创 性能测试|全链路压测及实施策略
<think>我们只需要生成≤150字的摘要，基于用户提供的内容。内容是关于全链路压力测试的全面介绍，包括定义、重要性、准备、执行、分析优化、工具、挑战与解决方案。摘要需要概括核心要点。字数限制严格。</think>全链路压力测试模拟真实业务高并发场景，评估系统稳定性与容量，发现瓶颈并优化性能。流程涵盖需求分析、环境搭建、数据准备、分阶段施压、故障注入及结果分析。借助JMeter、混沌工程等工具，形成“压测-优化-验证”闭环。挑战在于环境复杂与定位瓶颈，可采用容器化、监控体系应对。
2026-09-08 11:49:08
649
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人