【测试开发】OKR 小程序端黑盒测试报告

【测试报告】OKR 小程序端

项目名称	版本号	测试负责人	测试完成日期	联系方式
OKR 小程序端	4.0	马铭胜	2025-03-25	15362558972

1、项目背景

1.1 OKR 用户端

在如今这个快节奏的时代中，个人和组织的成长往往依赖于清晰、明确且意义深远的目标。然而，如何设定并持续跟踪目标，保证目标达成，却是一个挑战。相信很多人都有过这样的经历：动力十足、信心满满地写下自己的目标，然而一段时间后，计划一拖再拖，目标不了了之。flag 立了又倒的情况是不是也常常在你身上出现呢？对于没有达成的目标，我们总有放弃的理由。但通过我们的小程序，这些理由都得以消除。

我们的小程序以 OKR 为核心，聚焦于“目标”和“关键结果”，引领用户理清未来成长目标，成为自我进步的设计者、团队发展的推动者。此外，我们将用户侧重为年轻群体，如学生和初创团队。旨在帮助年轻人更好地实现自我、规划未来，为自己的人生赋能。

1.2 OKR 管理端

已完成其黑盒测试，自动化测试：https://blog.csdn.net/Carefree_State/article/details/146425815

1.3 测试计划

测试类型：

对 OKR 小程序端进行功能测试、性能测试、界面测试、安全性测试、兼容性测试、易用性测试、弱网测试

编写自动化测试脚本，进行自动化回归测试

测试技术：

Python（3.8.0）、Miniu、JMeter、Apifox、FIddler

涉及的接口：

api-docs：https://api.bitterfree.cn/v3/api-docs

被测的系统：

欢迎二维码链接：https://api.bitterfree.cn

后端代码：https://github.com/CarefreeState/OKR-System4.0

前端代码（未开源，请找联系人）

2、测试分类

2.1 黑盒测试

1）功能测试

在这里插入图片描述

2）界面测试

在这里插入图片描述

3）易用性测试

在这里插入图片描述

4）安全性测试

在这里插入图片描述

5）兼容性测试

在这里插入图片描述

6）弱网测试

在这里插入图片描述

配置 PC 端微信代理：

找到 fiddler 的代理端口

在这里插入图片描述

重启微信选择代理连接
- 建议设置 127.0.0.1（如果是本机的话），如果是内网，要确保真的在一个局域网中
- 端口设置刚才找到的，大概率是 8888

在这里插入图片描述

其他问题参考文章：

https://zhuanlan.zhihu.com/p/642341676

https://blog.csdn.net/weixin_38125045/article/details/108238760

设置弱网：

在这里插入图片描述

ctrl f 找到 “m_SimulateModem”：

在这里插入图片描述

上面那个代表请求流延迟，下面的则是响应流延迟：

单位为 ms，含义为 1KB 需要加载的时间（每上传 1KB，延迟多少毫秒）

当然这个单位完全可以换算成速率，所以也可以说是上行速率与下行速率

2G、3G 网络设置：【Fiddler】使用Fiddler模拟弱网测试（2G/3G）_windows模拟低网速测试-CSDN博客

其中你会发现 3G 的时候在配置就是几毫秒的了，其实我们平时的网速大概率 1KB 的延迟为 0ms，打开弱网测试后，默认的 300 就已经很慢了，而其中 3G 算是弱网中较快的了，4G 的话应该称不上是弱网

为了更好的效果，模拟 2G 为例：

在这里插入图片描述

记得重新点击：

在这里插入图片描述

接下来打开小程序，进入对应页面进行弱网测试…

因为小程序有微信原生页面，所以不会一片空白

理论上，若弱网情况下访问流畅有以下特质：

请求体不大
服务端处理请求快，响应时间快
响应体不大
客户端请求与渲染性能大（时间复杂度低）

这样，哪怕上行/下行速率慢，页面也能很快渲染

2.2 黑盒测试结果与 BUG 提交

测试用例通过率：137/140 × 100% = 97.86%

1）多账号合并登录能力未合并

级别： 严重

环境： Windows、Apifox

版本： Windows 11 专业版、Apifox 2.7.1

描述： 账号 A 合并账号 B 后，账号 A 没有继承账号 B 的登录能力，比如账号 B 有密码，账号 A 没有，合并后，无法进行登录的操作

重现步骤：

准备一个账号 B，邮箱注册，并设置密码
账号 A 绑定该邮箱，触发账号合并
账号 A 通过密码尝试登录

预期结果： 登录成功

实际结果： 登录失败

可能的原因与解决方案： 没有考虑到这种情况，然而对于登录能力是非常需要兼容的！

状态： Closed

2）多账号合并时共同团队信息合并异常

**级别：**一般

环境： Windows、Apifox

版本： Windows 11 专业版、Apifox 2.7.1

描述： 两个账号有一个共同团队/团队树，账号合并后，发现团队/团队树中出现两个一样的成员（该账号在成员列表中出现了两次）

重现步骤：

准备小程序账号 A、密码账号 B、小程序账号 C
账号 C 创建一个团队并获取邀请码发给 A、B，邀请 A、B 加入，A、B 扫码后接受邀请
账号 A 合并账号 B 后
账号 C 查看团队成员列表

预期结果： 只有账号 A

实际结果： 账号 A 出现了两次

可能的原因与解决方案： 没有考虑到这种情况，需要特殊处理！

状态： Closed

3）多账号合并后被合并用户的 Token 无法继续访问系统

级别： 一般

环境： Windows、Apifox

版本： Windows 11 专业版、Apifox 2.7.1

描述： 小程序账号 A 合并密码账号 B 后，账号 B 用先前登录的 Token 无法继续访问系统

重现步骤：

小程序账号 A、密码账号 B
账号 B 登录系统以获取 Token
账号 A 合并账号 B
账号 B 使用该 Token 继续访问系统

预期结果： 正常访问

实际结果： 报不存在这个用户

可能的原因与解决方案： 没有考虑到这种情况，需要特殊处理，如缓存被合并的用户 id 到主用户的 id 的映射。

状态： Closed

2.3 自动化测试

使用 Apifox 进行小程序自动化测试（未开源）
小程序自动化测试项目链接： https://github.com/CarefreeState/OKR-Mini-Automation

2.4 自动化测试结果

在这里插入图片描述

接口自动化测试报告： https://testdoc.bitterfree.cn/apiautomation.html

在这里插入图片描述

小程序自动化测试报告： https://testdoc.bitterfree.cn/miniautomation/index.html
自动化测试截图记录链接： https://testdoc.bitterfree.cn/automationimages.html

def testCreateOkrCore(self):# 登录# self.mini.clear_auth()# self.page.get_element("page > view > view.login > button").click()# 创建 OKRself.creteOkr()# self.app.screen_shot()# 创建初始化第一象限self.firstQuadrantInit()# 创建初始化第一象限self.firstQuadrant()# 其他象限self.otherQuadrant()# 日记录按钮self.dayRecord()# 结束 OKRself.endOkr()# 结束self.mini.shutdown()