测试宝典

从 Web 诞生之日起，UI 自动化就成了测试的难点，到现在近 30 年，一直没有有效的手段解决Web UI测试的问题，本文结合一些开源的项目探索使用GPT 自动做 UI 测试的可能性。

前几篇文章主要针对单点功能的测试用例设计方法展开介绍。然而，当拿到一个测试任务时，并非先关注某个功能的细节测试，而是先要使用场景法对主要业务流程和主要功能展开测试，当业务场景没有问题后，再使用等价类、

前面几篇文章为我们讲述了因果图、判定表、正交试验等几种方法，主要是针对于不同条件输入输出的组合进行测试，但在实际需求中，我们也常会遇到需要对被测对象的状态流转进行验证的情况，此时前面几种方法

你是否也有同样的困惑？ 跟进的需求，就在提测前一秒，被告知不能如期提测了，研测计划被打乱； 提测的功能，犹如遇到不好的购物体验，缺斤短两，与prd预期不符； 产研测三方需求理面对这些困惑、挑战，我们该

随着平台业务越来越复杂，红蓝对抗的作用愈来愈明显，下面将详细介绍大数据平台在本次11.11大促备战工作中是如何开展红蓝对抗的。

本系列文章对经典的测试用例设计方法逐个进行剖析，并深入到日常工作的实际需求中，结合具体场景进行实战演练，并分别对各类方法的适用场景进行归纳梳理，形成可复用系统模板，帮助大家快速熟悉常用测试用例设计方法

上篇讲了等价类划分和边界值分析法，而这两种方法只考虑了单个的输入条件，并未考虑输入条件的各种组合、输入条件之间的相互制约关系的场景。基于此短板，因果图法和判定表法应运而生。

上篇讲了因果图和判定表法，而这两种方法在变量值很多、排列组合数量极大的场景下，会生成非常庞大且冗余的测试用例，此时我们很难对所有组合场景进行全量测试用例覆盖，基于此短板，正交试验法应运而生。

用户体验（User Experience，简称UX） 是指用户在与产品、系统或服务进行交互的过程中所产生的主观感受和情感反应。它涵盖了用户对产品或服务的使用过程中所体验到的方方面面，包括界面设计、交互

在现阶段大促备战的压测不算是一件新鲜事，已经不存在什么技术瓶颈或者资源问题，每个团队都有很多人能够执行性能测试，在一些团队也已经落地了日常常态化，但压测也没有简单到只在压测平台上设置参数、运行脚

分层测试：就是不同的时间段，不同的团队或团队使用不同的测试用例对产品不同的关注点进行测试。一个系统/产品我们最先看到的是UI层，也就是外观或者说整体，这些是最上层，最上层依赖下面的服务层