circle_hyy

当时间紧迫且缺乏需求文档时，如何对一个新产品或新功能进行快速而有效的测试？ 常见的做法可能是快速浏览功能，列出测试点和用例，再组织相关人员评审。但如果团队对该模块的理解本身就很模糊，评审也可能流于形式

缺陷不只是一条条冰冷的记录。测试人员对缺陷的理解，会随着项目经验的积累，经历一个从局部到全局、由表及里的深化过程。

由于数据来源多样、统计口径不统一，以及部分指标的计算逻辑较为复杂，报表测试相较于常规业务功能测试更为困难，也难以实现大规模的自动化。那么，我们可以从哪些方面着手，有效开展报表测试呢？

可能部分同学对DDL和DML不是特别熟悉，但是说到SQL脚本就知道了。DDL用于定义或改变表的结构、数据类型等；DML用于管理数据库中的数据，进行插入、删除和修改。 比如某个需求可能要增加表、增加字段

虽然已经2023年了，但还是有技术人员认为，测试是不需要理解需求背景和设计方案，也不用参加需求评审、设计评审，只需要按照需求文档，就可以编写详细全面的测试用例，甚至很多测试也是这么认为的。也有很多纯黑

当我们测试短信通知时要关注什么，只需要在相应流程校验一下短信是否成功发送就可以了吗。通常在一个大项目中，短信是最不起眼的一部分，有时候甚至项目进行到中后期才给到短信需求，但这并不意味着测试人员对短信的

一、断言 背景：对响应数据进行断言校验，判断是否请求成功。接口返回200和403，或者200带结果数据和200不带结果数据，是代表不一样的意思，如果不加断言，把他们都当成请求成功，那么跑出来的结果和实

1、产品类型指的是大类还是小类 有的产品比如员工贷既是指员工贷小类，也是指员工贷系列的产品，这时候需要关注需求描述的员工贷覆盖范围是产品大类还是小类。 2、未带参数时是否有默认处理 前端传输的某个值为

一、测试范围 管理系统：url、登录框、搜索框、输入框、文件上传、文件下载 客户端：搜索框、输入框、文件上传、系统功能 二、测试点 密码安全 XSS注入 SQL注入 操作越权 上传安全 下载安全 三、