网站综合开发怎么做私人网站管理软件
【测试报告】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()
2.5 性能测试
性能测试覆盖的接口：
梯度负载测试配置：
2.6 性能测试结果
在可以接口能够正常响应的情况下，可上升到 45 个并发用户数，吞吐量可达 26 TPS；
性能测试报告：https://testdoc.bitterfree.cn/performance/report/index.html
3、遗留风险
测试时间紧张，小程序自动化测试只覆盖小部分功能，若项目迭代，需要花很多时间去做回归测试，所以在下个阶段尽可能需要完善自动化测试脚本！
4、测试结果评估
主要功能均已通过验证，本次测试工作已覆盖可见的需求，大部分 BUG 都已被测试提交并进行修复，项目已达到上线标准。为确保上线后的稳定性和用户体验，需采取观察线上数据，查看线上用户操作日志，及时跟进用户反馈等措施。
5、测试报告总览
https://testdoc.bitterfree.cn/