1. 产品角度 从产品角度出发，冒烟测试用例应涵盖用户关键的核心功能和体验。主要关注软件最重要的业务流程和用户路径，确保产品的核心功能可以正常使用。

冒烟测试用例示例：

用户注册与登录
验证用户是否能够通过注册页面成功创建新账户。
验证用户是否能够使用有效的用户名和密码登录系统。
验证忘记密码功能是否能帮助用户成功重置密码。

主要功能操作
验证核心业务功能（如购物车的添加、删除商品）是否能正常工作。
验证支付页面是否可以加载，且能完成支付流程。
验证用户账户管理功能是否能够正常显示（如查看订单、修改个人信息等）。
数据展示
验证首页是否能加载，并展示推荐内容。
验证搜索功能是否能够返回结果，并且可以按照不同条件排序或筛选。

1. 研发角度 从研发角度，冒烟测试关注的是系统组件和模块的基本连通性，以及各模块间的接口是否正常工作，确保应用程序可以正常运行。

冒烟测试用例示例：

服务启动
验证各个服务（如数据库、服务器等）是否能够成功启动，且不报错。
验证关键 API 是否能正常响应。
数据库操作
验证数据库是否可以进行增、删、改、查操作。
验证数据库的连接池是否配置正确，没有超时或阻塞。
接口调用
验证各模块之间的接口是否能正常调用并返回预期结果。
验证服务间的消息传递是否能够被成功接收和处理。

1. 测试角度 从测试角度，冒烟测试主要是为了确保系统具备基本的可测试性，能够支撑接下来的详细测试。重点在于确保关键的功能路径和界面响应正常。

冒烟测试用例示例：

页面加载
验证各个重要页面是否能够在预期时间内加载完成。
验证页面的主要元素是否正常显示（如按钮、文本框、下拉菜单等）。
表单提交
验证表单提交功能是否能够正常工作（如登录、注册、反馈提交等）。
验证页面的各类输入框是否能接收用户输入，并响应正确的反馈。
错误处理
验证无效操作（如输入无效数据或访问不存在的页面）是否能得到合理的错误提示。
验证异常情况下，系统能否正常恢复。

开发提 pr，测试负责合并，发代码。 gitee、jenkins ，有时想看改了啥，可以看一眼

还好没喝水，不然就直接喷了。。。，笑死我了

不像，都混到金牌了。应该是钱少

先在附近转圈，后面越跑越远，再后面不动了。。。。

昨晚想突破一下，脚扭伤了

我是有 2 个微信，1 个微信小号，公司测试都在用

666666

我朋友之前跑过半马，跟我说多跑 5 公里就行了

牛

主要是看自己为啥跑步吧。不去参加比赛的话，就按照自己的能力慢慢跑。 我是想去跑半马，挑战一下自己，然后就会去学一点慢跑的技巧啥的，然后慢慢进步

强👍🏻

？我小菜鸡，顺着自己的心，做一些想做的事 而已

做不到啊，昨晚工作到今天凌晨 1 点，下午接着上班 ，只能保持运动了。徒步、骑行、跑步。游泳好久没去了

不适合我玩，3 年了，基金还没回本

打开招聘软件，看下初级、中级、高级，一般都是需要什么技术。 然后看自己的发展方向

少熬夜，多运动，慢慢改善就行了

保持运动，慢慢来就行。突然搞猛了，很容易受伤的。我手臂现在还有在学校 肌肉拉伤的痕迹

有脂肪肝了，甲状腺结节还在。其它的得等检查报告了

Locust 中的 RPS（Requests Per Second）是指平均每秒向服务器发送请求并被成功处理的数量。 哦，之前以为 RPS 只是指：每秒请求数。

设置间隔时间为 wait_time = constant(1)，试了一下，每秒请求数：30 左右，没有满足我的需求