- 博客(362)
- 资源 (23)
- 收藏
- 关注
RSS订阅原创 如何做好测试分析？
对于产品测试分析，作为系统的高级分析，在分解过程中确定对象的动作就足够了，但是对于功能测试分析，我们需要进一步定义被测对象的参数。这是一个单向矩阵，只使用了一半的矩阵，其中绿色的单元格突出了项目之间的关系，额外的列或注释可以用来记录每个依赖项的细节。好的，我们已经完成了一阶段工作，现在已经为下一阶段的测试分析打下了坚实的基础。开始测试更重要的功能，这样如果没有足够的时间测试所有功能，我们可以将不重要的功能排除在测试范围之外。
2024-04-22 07:15:00
546
原创 质量需要评估，而不是度量？
这样的评级是出了名的不可靠——如果我对一个产品感到生气，我不会给一个四星的评论，即使它基本上是好的——部分原因是我有偏见，部分原因是我希望我的观点产生影响。但我仍然没有度量质量的冲动。例如，如果我问你是否认为一个产品不好，而你确实认为它不好，但你知道你诚实而直接的回答会导致我取消你的项目，让你所有的朋友丢掉工作，你真的会告诉我铁一般的事实吗？比如说你的目标是100%的自动化，把一些简单的检查自动化，然后吹嘘你做了“成千上万的测试”，这样你不会发现很多bug，但是你会看起来很忙，并且有大量的代码可以展示。
2024-04-20 12:25:36
1019
原创 重复测试的原因
测试发现bug就像在雷区排雷。如果你只是在雷区中沿着同一条路走来走去，那么你不会发现很多地雷。实际上，这是一种很好的避雷方法。现代软件产品所代表的空间比雷区复杂得多，所以假设一些小数量的“路径”，比如说，一百条或一千条，当无休止地重复时，会发现每一个重要的bug，这甚至是一个更大的问题。尽管一组测试人员可以在几周内进行很多测试，但与该领域中产品可能发生的所有事情相比，这些测试仍然不是很多。雷区类比实际上是另一种说法，即。因此，雷区启发式是进行不同的测试，而不是重复相同的测试。但是我的意思是什么呢？
2024-04-20 12:22:43
556
原创 自动化测试中的SOLID原则
自动化测试在软件质量保障手段中愈显重要。但是随着自动化测试代码的规模和复杂性不断扩大，它也很容易出现测试代码重复、紧耦合等问题。而SOLID原则可以解决这一问题，作为自动化用例开发的指导原则。
2024-04-13 08:44:23
656
原创 阿里微服务质量保障系列：域内测试
进入阿里之前，我就职的公司所在部门的产品都是单体应用，例如第一家公司是做投顾平台的，第二家公司所在的团队是做在线教育的，负责的产品是内容生产平台。投顾平台这个产品是服务于券商投顾员工的，属于券商内部应用，用户量并不大。内容生产平台是为公司内部的QC团队使用的，用于录入K12资料内容，用户量其实也不算大。因此，用户量不大的情况，单体应用也是产品实现的最优解。而支付宝的用户量以亿级，单体架构已不适用，取而代之的是微服务架构，随着不同的团队结构也发生变化。下面用一张图可以展示出差异所在。
2024-04-06 12:58:17
729
原创 QA赖以生存的软技能
例如灵活性、团队合作、适应性在QA中是至关重要的，使工程师能够与团队成员和客户有效地协作。通过磨练这些技能，QA专业人员可以促进他们的职业发展，并在他们的领域产生真正的影响。从本质上讲，软技能使QA工程师能够有效地协作，有效地解决问题，并确保项目的整体成功。在质量保证工作中，软技能是至关重要的，因为它们使得技术专长得到更好的发挥。对于QA工程师来说，注意和处理任务中经常被忽视的小细节是很重要的。积极地注意别人在说什么，理解他们的观点和担心是至关重要的。反思以前的成功和失败，以提高未来的表现是非常有价值的。
2024-04-01 07:15:00
980
原创 重新定义可观测性
对我来说，一个概念的良好定义应当具备这样的作用：当你拥有这样一个定义时，它不仅能够作为理解该概念的核心方式，而且还能引导你探索这一概念的方向，并指导你全面把握对该概念探索的所有含义。丢掉“尽管有分歧也要坚决执行”的说法，转向“提出有意义的问题，获取有用的答案，并根据所学付诸行动”。综上所述，我们探讨了控制理论中对可观测性的定义，认知系统工程中的可观测性定义，以及我提出的可观测性定义：可观测性是一个过程，通过这个过程，个体或组织能够发展出提出有意义的问题、获取有用答案并基于所学采取有效行动的能力。
2024-03-31 07:00:00
941
原创 基于全链路的测试分析实践
链路可以分为业务链路和调用链路，调用链路主要指从请求发起方到结果返回所途径各种服务/中间件产生的路径，可以理解为单系统[域]下的某一功能模块，例如淘宝添加购物车->提交订单->支付这个场景，就包含收单域/支付域/商服域/会员域等，所以全链路必然包含[微服务架构下]多个系统[域]的相互交互，而全链路信息流要素则首先需要集合内需要各个域的测试owner基于单域被测服务分析得出场景因子，全链路的测试场景理论上是单域测试因子的笛卡尔积，但是鉴于全链路场景的成本比较高，因此在全链路场景分析上也要结合等价类分析方法。
2024-03-25 07:15:00
1780
原创 别再傻傻地写测试了，先了解下Property-Based Testing
此后，也启发各个语言的 Property-Based Testing framework，例如：Python 的 Hypothesis、Erlang 的 PropEr、Rust 的 quickcheck、JS/TS 的 fast-check 等等。这样的优点是，我们已经可以通过产生出的阵列来测试，并打乱它后再确认是否已经排序，但是，这样我们还是只有测了「长度为 3 且内容物为 1 到 3 的阵列」、「长度为 5 且内容物为 1 到 5 的阵列」以及「长度为 10 且内容物为 1 到 10 的阵列」。
2024-03-17 07:15:00
599
原创 AI应用于软件测试的探讨
最近这段时间，随着OpenAi发布Sora，关注AI的同学估计都知道上面这张图，中美两大AI巨头(笑cry了）。当然本文不是聊这个段子，主要聊下AI在软件测试行业的应用与现状。不可否认，借助于AI辅助测试工程师做自动化测试是质量保证手段的趋势。由于AI、机器学习和神经网络是当前最热门的话题，大家似乎有一种“有了AI一切都会变得更好”的错误认知。但事实真的如此吗？
2024-02-28 01:12:13
995
原创 哎呦我去！原来只有搞颜色的P站真正关心网站性能
近年来，前端“技术”层出不穷令人眼花缭乱，新技术让网站的交互更加炫酷，使得平均网页大小已经接近几兆字节了！毫无疑问这些技术更加吃性能，不得不让前端开发人员为网站的性能问题多考虑考虑了。唯一能找到真相的方法就是动手去做。让我们来为各大知名网站做个检查吧！
2024-02-25 07:15:00
985
原创 如何使用PEP8写出漂亮的Python代码
PEP 8是关于如何编写Python代码的指南和最佳实践的文档，由Guido van Rossum、Barry Warsaw和Alyssa Coghlan于2001年撰写，其主要关注点是提高Python代码的可读性和一致性。本教程将介绍：编写符合PEP 8的Python代码理解PEP 8中所列出的指导方针背后的理由设置你的开发环境，以便你可以开始编写符合PEP 8的Python代码PEP 代表 Python 增强提案，有很多 PEP。
2024-02-19 07:15:00
695
原创 测试数据生成工具推荐
它的测试数据生成是基于规则和模式的，并允许随机生成。BlazeMeter是行业领先的持续测试平台，用户可以生成和管理合成测试数据，这些数据看起来和执行起来就像真实的生产数据。测试人员可以自定义生成的数据，以匹配特定的测试需求，以确保准确可靠的测试覆盖率。测试人员可以使用测试数据生成工具来定义期望生成数据的参数和标准，并且测试数据可以从范围、格式、数据类型和数据元素之间的关系中变化。在这篇博客中，我将讨论什么是测试数据生成工具，测试数据生成工具的重要性，以及介绍一些业界顶级的测试数据生成工具。
2024-02-18 07:15:00
584
原创 【Explore It】Part 1-1测试和探索
如果你观察计算机的整个内部，你会发现一排排的组件，组件之间有电线连接，当时选择电线是非常关键的设计决策。随着你执行的每个实验，你都会对软件的行为有更多的了解。你提前为会话设定一个焦点，在会话期间，你可以灵活地探索，设计和执行测试，从一个测试到下一个测试，没有停顿。在这一部分中，你将了解如何制定章程来指导你的探索，如何观察真正发生的事情，如何识别有趣的变化，以及如何确定在以前从未考虑过的软件使用方式中应该预期什么行为。当你发现潜在的风险时，你会进行更深入的测试，利用你的观察和分析能力来调整你的测试。
2024-02-10 07:15:00
1306
原创 Martin Flower谈持续集成
我清楚地记得第一份工作初次接触到大型软件项目时的情景，依然记的当时是在一家大型英国电子公司暑期实习。我刚入职就被质量团队的测试经理带着参观公司，他带着我进入了一个巨大的、令人沮丧的、没有窗户的仓库，里面的小隔间挤满正在工作的人，经理告诉我这些程序员同事已经为项目（一个大型软件产品）持续开发了几年的代码， 当他们完成编程时，他们各自的单元（功能）模块正在被集成在一起，而且已经集成了几个月。经理告诉我，没有人真正知道这需要多长时间才能完成集成。
2024-01-29 07:15:00
1100
原创 对资金类服务幂等设计与测试的思考
状态机约束： 在设计单据相关的业务，或者是任务相关的业务，肯定会涉及到状态机(状态变更图)，就是业务单据上面有个状态，状态在不同的情况下会发生变更，一般情况下存在有限状态机，这时候，如果状态机已经处于下一个状态，这时候来了一个上一个状态的变更，理论上是不能够变更的，这样的话，保证了有限状态机的幂等。原因：应用B会将首次请求失败的数据落DB，幂等请求时候，如果requestId不变，且amount不变，则会捞起首次请求落DB的refundDetial，组装对下游的请求报文，因此不会报错。
2024-01-14 20:15:00
965
原创 再聊测试充分度
代码覆盖率只是推进测试充分度的一种手段，它不是测试质量（测试充分度则与测试质量有直接联系，一般来说测试充分度越高，测试质量越高），因此100%的代码覆盖率并不一定带来100%的测试质量。而是传统意义上来讲，因此我认为接口测试重点是找到关键字段，覆盖关键字段的所有场景，才是提高测试充分度的关键，也可以是说测试用例的有效的，而不是对一个非关键字段设计各种无效测试用例（举个最简单的例子，即使我们从测试代码里删除了所有的断言，我们的代码覆盖率是会保持不变的，因为其只会统计应用在测试期间执行了多少代码行。
2024-01-09 07:00:00
876
原创 2023年终热门技术文章汇总 | 内含福利
今天，我们整理了2023年公众号阅读量靠前的10篇技术文章，欢迎大家品阅。祝愿大家在新的一年里，持续精进成长，再攀技术高峰（文末有福利）。
2024-01-07 00:13:27
875
原创 低代码自动化测试的实践
而数据源可以来源于POSTMAN导出的JSON文件、SWAGGER文档，Charles的Har文件，甚至JMeter的JMX文件，当然我们需要写解析这些文件的脚本才能获取到需要的数据。此外，如果所测接口存在上下接口调用的依赖，则还需要进行全链路联调测试（不部分接口不是独立存在的，都是和其他接口相互调用的），联调测试是为了保证上下联路接口之间契约的准确性。需要特别说明的是，这里的无代码不是说没有测试代码，而是测试人员不用自己开发测试代码，使用Codeless测试工具可以帮助我们生成可以执行的测试用例集。
2023-12-20 23:53:11
452
原创 阿里微服务质量保障系列：性能监控最佳实践
通过将多个性能监控工具整合在一起，形成一个统一的监控平台，可以提高监控效率、监控精度、故障排查效率和可视化程度，从而帮助企业更好地了解其业务系统的运行情况，提高业务系统的稳定性和可靠性。前者维护成本低，容量弹性更大；基于全链路追踪生态，关联更多的指标、日志、事件、Profiling 等数据或工具，提升问题诊断或业务分析效率，才能更好的发挥全链路追踪的价值。很多大型企业，出于稳定性或数据安全等因素考虑，选择了多云部署，这种部署架构下，由于不同环境的网络隔离，以及基础设施的差异性，为运维人员带来了巨大的挑战。
2023-12-03 18:29:28
436
原创 阿里微服务质量保障系列：性能监控
什么是性能监控，以及性能监控的对象有哪些。伴随着突发流量、系统变更或代码腐化等因素，性能退化随时会发生。如在周年庆大促期间由于访问量暴涨导致请求超时无法下单；应用发布变更后，页面频繁卡顿导致客诉上升；线上系统运行一段时间后，突然发生OOM或连接打满拒绝访问。性能退化最直观的影响就是用户体验，比如打开一个商品详情页面的耗时从0.5s上升至3s，那么用户继续浏览的意愿度就会大幅下降。当性能进一步退化至超时阈值（比如5s），就会导致无法正常提供服务，影响服务可用性，进而带来巨额的业务损失或口碑崩坏。
2023-12-03 18:28:41
212
原创 当XTS服务遇到切流...
XTS（eXtended Transaction Service）是一个分布式事务开发框架，用来保障在大规模分布式环境下事务的最终一致性。1.使用数据库持久化记录事务数据，且使用独立的事务模版，也就是单独事务。
2023-12-02 14:38:06
143
原创 #BUG SHOW# 深挖一个6年前的老“bug”
为了兼容迁移过程中的存在的一部分特殊交易数据（正向[支付]交易在站点A，但逆向[退款]操作在站点B操作），因此需要做站点A和站点B数据的关联，形如下图，在目前迁移站点落的单据拼接站点A的交易单号。一方认为站点B当初设计表结构时候，字段长度的取值是经过业务发展评估的，请求过来的字段长度就应该不能超出定义的长度，，于是乎在落幂等表（一般是xx_unique表）时出现insert异常，但是这个异常并未直接阻断后续的业务流程，而如果以相同的内容（交易单据）再此发起接口请求，就可能会。针对这个缺陷，可以举一反三。
2023-11-25 20:41:49
140
原创 阿里微服务质量保障系列：研发模式&发布策略
在实际运作中，大家都知道，feature分支虽然有效隔离了代码(减少相互影响），但由于集成不够频繁，如果项目持续周期长，则大大增加了feature分支到release分支集成过程中代码冲突的概率。为了解决发布时间长的问题，团队鼓励对于研发测试评估改动范围不大的feature使用持续发布的模式，即将feature分支在dev验证后，rebase主干分支代码后做SIT环境的集成测试&回归测试，测试通过后则推进预发、灰度、流程。它的发布过程是基于主干Master分支做的，因此没有在发布的过程中做相应地隔离。
2023-11-12 09:40:49
181
原创 阿里微服务质量保障系列：故障演练
有损演练是指直接在线上真实业务环境注入异常进行演练，演练模拟的真实有效性高，为了平衡业务影响一般会选择最核心场景、在业务最低峰期做演练，而且演练频次相对较小，例如为了验证多活容灾能力的机房断网演练，一般是一个月一次的演练频次；故障演练就是这个背景下诞生的，沉淀通用的故障场景，以可控成本在线上故障重放，以持续性的演练和回归方式的运营来暴露问题，不断验证和推动系统、工具、流程、人员能力的提升，从而提前发现并修复可避免的重大问题，或通过验证故障发现手段、故障修复能力来达到缩短故障修复时长的作用。
2023-11-07 20:42:28
183
原创 高月薪&高年终如何抉择？
自校招第一份工作一年半的时候，虽然年终绩效还不错，而且还拿了部门的一个测试奖，但是觉得在团队里很难再提升了，因为当时能接触到的开发相关知识、运维知识自己也都熟悉一些，还有就是当时测试在项目中话语权低，部门老板不太重视，测试很难推行一些质量改进工作，所以觉得自己可以看看更大的平台。也就是说如果最近一年流水里不包含年终奖部分，只能给你涨月薪的30%，所以我的涨幅是月薪的30%，由于平安的年终奖月份比较多，一般是6个月年终奖起步，而且每个季度好像也有奖金，所以薪资压到了不到1w。这种情况下楼主该如何抉择呢？
2023-11-02 18:41:37
825
1
原创 如何处理不稳定的自动化测试？
对于依赖于穿过多个接缝的每个测试步骤结果（将 API -> 队列 -> DB 视为 3 个独立的接缝），失败的可能性随着接缝的数量呈指数级增加，并乘以依赖于的步骤数那些接缝。我不知道你的测试环境是如何构建的，我猜测你的依赖项每次都不会更新版本，所以这就是我对你的情况的看法。我曾经处理过一组每天运行的 2000 个测试，每次运行可能会出现 60-70 个失败测试，我们的测试报告意味着可以在几个小时内review这些失败。，例如，测试正在尝试完成某数据的操作，而该某数据未处于当前操作能处理的状态。
2023-10-31 13:10:15
262
原创 阿里微服务质量保障系列:阿里变更三板斧
变更是指对线上系统的任何操作（如：发布、增加、修改或移除等），或其他对生产业务可能有影响的任何操作。基于阿里巴巴的历史经验，有一半以上的重大故障皆为变更触发，因此，变更过程的风险防御显得尤为重要，会直接关乎业务的稳定性。变更系统是指承载任何对线上生产环境变更操作的系统或工具。例如拥有控制台的白屏化系统/工具、压测/演练平台、黑屏脚本、开放出来的可触发变更操作的API、不以变更为主要功能和目标的平台/系统，如具备了对生产环境实施变更的功能，则相应的变更功能部分也视同变更系统对待等。
2023-10-29 10:53:20
355
原创 Locust负载测试工具实操
从下面的图表中，我们可以看到，随着负载增加到 100 个用户，其中平均响应时间保持在 2ms，而 95% 百分位响应时间约为 3 毫秒。从下面的图表中，我们可以看到当我们的服务负载以用户增加和请求触发的形式增加时，Locust如何捕获响应时间。每个测试都有不同的选项卡，如下所示，用于显示测试的实时结果，并且大多数选项卡都是不言自明的。对于少于750-1000 运行的用户，我们的中位响应时间为4-5 毫秒，95% 百分位数响应为10-12 毫秒。当然，这只是一个测试用例，但Locust的用途远不止于此。
2023-10-21 17:01:50
659
原创 让测试人头疼的这几件“小事”
之前很多文章都介绍到了，我们公司的产品技术实现架构是微服务，所以不同的业务模块分别有不同的测试团队负责，这也导致上下游质量同学只对负责的业务比较熟悉，对于下游的业务不熟悉的问题。对于测试而言，测试之旅充满了有趣的挑战和宝贵的经验教训，良好的测试人懂得通过项目不断总结经验与汲取教训。我最终比较了用例报错前后的报文差异，发现报错的用例中，上游调用下游的接口时候，少传了一个字段，导致调用报错。测试有时候是无聊的。我工作中遇到的一个情况是，上游的同学说他们的用例在x日突然都挂了，然后拿来让我定位问题。
2023-10-15 16:49:31
178
原创 软断言你也学不会
软断言：当一个测试用例中存在多个断言，当有一个断言失败时，会执行后续的断言。支持软断言的工具通常使用下面的伪代码实现。什么情况下使用软断言?当测试用例有多个断言时候，应该使用软断言。因为知道所有断言是否与预期结果一致，可以减少多次运行测试以了解哪些不通过。当测试用例有不止一条断言时，软断言就要到位了。
2023-10-03 11:21:08
235
原创 探索性测试最佳实践
探索性测试是一种动态测试方法，它在时间限制的测试阶段利用测试人员的专业知识和结构化方法。它涉及到并发的测试用例设计和执行，允许测试人员积极地探索在测试中的应用程序或系统，以寻找潜在的缺陷和漏洞。在这里，测试人员的工作不是基于先前编写的测试用例。他们盲目地测试系统，寻找消费者在没有明确目标或方向的情况下访问网站或应用程序时可能遇到的缺陷。从本质上讲，探索性测试试图复制最终用户的个人自由和偏好。这一切都是关于学习、研究和好奇。在现代的方法中，测试人员主动利用程序来衡量它提供的用户体验水平。
2023-09-28 23:14:58
441
原创 Guava精讲（三）-Caches，同步DB数据到缓存
在开发中，我们经常需要从数据库中读取数据并进行频繁的读取操作。缓存在各种场景中都有运用，例如，当一个值的计算或检索成本很高，而且在某个输入中需要多次使用该值时，就应该考虑使用缓存，因此将数据缓存在内存中可以显著提高应用程序的性能。问题描述假设我们正在开发一个电子商务网站，需要频繁地显示商品信息。商品信息存储在数据库中，并且我们希望将其缓存在内存中，以提高网站的响应速度和性能。缓存与 ConcurrentMap 相似，但又不完全相同。
2023-09-17 16:12:20
1362
4
原创 Guava精讲（三）-Caches，同步DB数据到缓存
在开发中，我们经常需要从数据库中读取数据并进行频繁的读取操作。缓存在各种场景中都有运用，例如，当一个值的计算或检索成本很高，而且在某个输入中需要多次使用该值时，就应该考虑使用缓存，因此将数据缓存在内存中可以显著提高应用程序的性能。问题描述假设我们正在开发一个电子商务网站，需要频繁地显示商品信息。商品信息存储在数据库中，并且我们希望将其缓存在内存中，以提高网站的响应速度和性能。缓存与 ConcurrentMap 相似，但又不完全相同。
2023-09-17 16:07:15
495
原创 Google Guava精讲（一）-Guava是什么？能做什么？
作为Java栈的测试工程师，在写代码时候会频繁遇到字符串处理、缓存、反射等问题，我们最常规的做法就是，为了使原生的JDK方法好用，通常是做了一层又一层封装，然后提供整个测试团队使用，而渐渐的就形成了自己的Java工具箱。当然Guava的缘起也是如此。Guava 是由Google开发的基于Java的开源库，包含许多Google核心库，它有助于最佳编码实践，并有助于减少编码错误。
2023-09-17 10:35:11
883
原创 一文搞定Postman（菜鸟必看）
Postman是一个可扩展的 API 测试工具，可以快速集成到 CI/CD 管道中。它于 2012 年作为 Abhinav Asthana 的一个副项目启动，旨在简化测试和开发中的 API 工作流程。API 代表应用程序编程接口，它允许软件应用程序通过 API 调用相互通信。
2023-09-16 19:48:08
501
原创 Postman的高级用法一：重新认识postman核心模块
Postman支持以下变量类型：Global、Collection、Environment、Data、Local。
2023-09-16 18:56:50
338
原创 关于技术转管理角色的认知
技术人做了几年专业工作之后，会来到一个重要的“分岔路口”，一边是专业的技术路线，一边是技术团队的管理路线。不少人就开始犯难：究竟该往哪里走呢？
2023-08-12 09:51:03
239
原创 Python冷知识-为什么切片和区间会忽略最后一个元素
在 Python 里，像列表（list）、元组（tuple）和字符串（str）这类序列类型都支持切片操作，但是实际上切片操作比人们所想象的要强大很多。在切片和区间操作里不包含区间范围的最后一个元素是 Python 的风格，这个习惯符合 Python、C 和其他语言里以 0 作为起始下标的传统。这样做带来的好处如下。
2023-08-05 10:50:28
501
原创 软件测试二十载
我在2000年3月开始从事IT工作，加入了debis Systemhaus（ICT服务公司），不久之后被德国电信收购并组建T-Systems公司。我当时主要从事报表、数仓和电子计费项目。2003年6月底，当我参与的第一个Java项目完成时，便主动接受了公司测试职位的面试，并成为公司两个大型测试项目成员之一。2003年7月1日是我正式成为测试的第一天。那一天我就意识到开发、测试与人的关系非常密切，而测试人员承受着某些特殊的压力。当时项目组有50-60名测试成员，我们在那一天进行了一个缓解冲突的研讨会
2023-07-15 18:59:26
413
3
python菜鸟教程
2018-06-05
2017 阿里技术年度精选下册
2017-12-19
Spring+MYBatis企业应用实战
2017-11-26
python cookbook高清资源
2017-11-26
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人