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

【测试报告】OKR 小程序端

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 端微信代理：

1. 找到 fiddler 的代理端口

2. 重启微信选择代理连接
   • 建议设置 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 为例：

记得重新点击：

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

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

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

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

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

2.2 黑盒测试结果与 BUG 提交

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

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

级别： 严重

环境： Windows、Apifox

版本： Windows 11 专业版、Apifox 2.7.1

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

重现步骤：

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

预期结果： 登录成功

实际结果： 登录失败

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

状态： Closed

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

**级别：**一般

环境： Windows、Apifox

版本： Windows 11 专业版、Apifox 2.7.1

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

重现步骤：

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

预期结果： 只有账号 A

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

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

状态： Closed

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

级别： 一般

环境： Windows、Apifox

版本： Windows 11 专业版、Apifox 2.7.1

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

重现步骤：

1. 小程序账号 A、密码账号 B
2. 账号 B 登录系统以获取 Token
3. 账号 A 合并账号 B
4. 账号 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()
   # 创建 OKR
   self.creteOkr()
   # self.app.screen_shot()
   # 创建初始化第一象限
   self.firstQuadrantInit()
   # 创建初始化第一象限
   self.firstQuadrant()
   # 其他象限
   self.otherQuadrant()
   # 日记录按钮
   self.dayRecord()
   # 结束 OKR
   self.endOkr()
   # 结束
   self.mini.shutdown()

2.5 性能测试

性能测试覆盖的接口：

梯度负载测试配置：

2.6 性能测试结果

在可以接口能够正常响应的情况下，可上升到 45 个并发用户数，吞吐量可达 26 TPS；

性能测试报告：https://testdoc.bitterfree.cn/performance/report/index.html

3、遗留风险

测试时间紧张，小程序自动化测试只覆盖小部分功能，若项目迭代，需要花很多时间去做回归测试，所以在下个阶段尽可能需要完善自动化测试脚本！

4、测试结果评估

主要功能均已通过验证，本次测试工作已覆盖可见的需求，大部分 BUG 都已被测试提交并进行修复，项目已达到上线标准。为确保上线后的稳定性和用户体验，需采取观察线上数据，查看线上用户操作日志，及时跟进用户反馈等措施。

5、测试报告总览

https://testdoc.bitterfree.cn/