2302软件工程
护林员——Alpha冲刺测试随笔
墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网
我也要 关注 + 加入社区| 这个作业属于哪个课程 | 福州大学-202302软件工程实践 |
|---|---|
| 这个作业要求在哪里 | 团队作业——alpha冲刺 |
| 这个作业的目标 | Alpha冲刺测试随笔 |
| 置顶集合随笔 | 护林员——Alpha冲刺置顶集合随笔 |
| 团队名称 | 护林员 |
| 团队项目 | 福大树洞 |
目录
- 一、测试工作安排
- 1. 前端
- 2. 后端
- 二、测试工具选择和运用
- 1. 测试工具的选择
- 2. 测试工具的使用
- 3. 具体测试样例
- 3.1 单元测试
- 3.2 自动化测试
- 3.3 压力测试
- 三、测试用例文档
- 四、测试体会
- 1. 222100434
- 2. 222100129
- 3. 222100101
- 4. 222100128
- 5. 222100221
- 6. 222100304
- 7. 222100404
- 8. 222100411
- 五、项目测试评述/总结
一、测试工作安排
1. 前端
- 我们这次做了一个比较胆大的决定：用vue3去做移动应用开发。首先最大的问题就是把代码能够利用工具打包成apk文件并安装能运行。很早以前就写了一个小demo，测试这个打包工具的使用。这次代码写的差不多以后，再次打包成apk文件时，出现软件安装后打开是白屏的现象。然后在社区中搜索解决办法，修改代码以后重新打包，忐忑的心终于落下了，打包成功。
- 但是因为组员的手机都是苹果手机，而打包成苹果系统的软件，需要其他的配置和申请，时间上已经来不及了。所以我们在验证可以打包成apk以后，测试的同学仍然在浏览器上面进行测试。以下是我们的测试工具。
| 学号 | 工作内容 |
|---|---|
| 222100101 | 测试页面之间跳转响应 |
| 222100128 | 测试树洞聊天模块 |
| 222100129 | 测试接口 |
| 222100404 | 测试课程评价模块 |
2. 后端
由于正确使用了工具，后端的测试变得极其简单。SpringBoot和apifox也是十分适配，二者结合起来极大的加快了后端的开发。
| 成员 | 工作内容 |
|---|---|
| 222100434 | 树洞聊天模块 |
| 222100221 | 登录模块、个人中心模块 |
| 222100304 | 课程评价模块 |
| 222100411 | 文档的检查和截图的打包 |
二、测试工具选择和运用
1. 测试工具的选择
| 测试内容 | 测试工具 |
|---|---|
| 前端 | Edge浏览器、谷歌浏览器、荣耀手机、人工 |
| 后端 | apifox、人工 |
2. 测试工具的使用
- 工具：apifox
- 起因：因为极限编程时因为接口文档原因十分痛苦，同时每次前后端集成测试，只要发现bug，就都需要重新部署到服务器上，过程繁琐且费时，希望能有个能在本地环境就可以测试的工具，同时希望接口文档可以上云，实时同步到各个成员
- 使用：
- 前期，因为大家都不太熟悉以及对新工具学习的恐惧，可能不知如何下手，只能硬着头皮学习，试着将接口文档搬运到apifox上后，逐渐了解了使用方法，不过因为不太会用，也为后期的问题埋下了伏笔。
- 中期，因为该工具的使用，后端可以随时随地的本地测试，极大的加快了编程的速度，加上之前几天技术都累计，后端依靠着apifox的测试能力和接口文档实时同步能力，快速的完成了接口，并且确定了开发流程。
① 前端撰写接口文档
② 后端根据接口文档的要求进行编写代码
③ 后端使用该接口进行测试并根据实际输出修改接口文档
④ 确认没问题后将状态改为联调中
⑤ 前端负责前后端数据传输的同学筛选联调中的接口，撰写前端代码
⑥ 前端完成后将状态改为已发布，如果在测试中发现后端传输数据有误，将状态改为有异常。 - 后期，项目上服务器，前端进行测试，但是发现有的接口文档和实际需求相异，一些前期的遗留问题在这个阶段才被发现，需要修改接口文档，这就导致牵一发而动全身，前后端代码都需要更改，这种情况应该会在Beta有所改善。因为大家已经熟悉了工具的使用，并且掌握了自动测试的撰写流程，让每次测试更加简单，不需要再一个借口一个接口测试。
3. 具体测试样例
3.1 单元测试
- 搜索帖子
- 帖子所有回复
3.2 自动化测试
- 树洞聊天
- 课程评价
- 个人中心
3.3 压力测试
- 因为后端有做IP访问次数限制，所以无法测试太多次
- 登录接口
- 获取课程
三、测试用例文档
四、测试体会
1. 222100434
- 我们这次的测试相交于Git实战时还算顺利，因为当时并没有意识到接口文档的重要性，导致接口文档一而再再而三地迭代更新，开发者可能开发到一半又要大改代码，这无疑会打击士气影响效率。并且因为问题都需要在部署到服务器上，跟前端配合时才能发现，还不能确定是前端的问题还是后端的问题，这种情况测试就难以进行，更多的时间花费在了打包和部署上。但这次有了apifox之后，后端可以随时测试，保证正确后再部署，这样减少因为发现后端Bug，导致服务器经常性停止的情况发生。
2. 222100129
- 测试花费的时间真的不比写代码少，尤其对我们这些新手来说，一个简单的bug可能都得很久才找到解决办法。最深刻的例子已经在第10天的冲刺报告说了，前后端同时偷懒对token的判断，在登录注册的时候，后端读取前端传递的空的token，导致身份验证失败。本来预留的时间可能可以完成接口的代码编写，但是完全没想到测试花费的时间超出预期很多。不过在几次的测试中，已经越来越熟练了，不会出现接口问题互相猜疑的情况了。宝贵的时间转换成了一丢丢的但珍贵的经验。
3. 222100101
- 在参与前端开发项目的测试阶段，我获得了宝贵的实践经验。这次测试让我对项目的整体流程有了更深入的理解，也锻炼了我的问题定位和解决能力。我期待在未来的工作中，能够将这些经验转化为更高质量的代码和更优秀的用户体验。
4. 222100128
- 在最近的软件测试经历中，我深刻感受到了测试对于提升产品质量和用户体验的关键作用。通过细致的测试，我不仅发现了系统中的BUG，也加深了对测试重要性的认识。我意识到，编码时需要全面考虑各种情况，包括正常和异常操作，以减少BUG的产生。尽管前端测试过程繁琐且耗时，但这是确保产品质量不可或缺的步骤。通过这次实践，我学习到了如何设计有效的测试方案和利用工具辅助测试，为未来在软件测试领域的工作打下了坚实的基础。
5. 222100221
- 测试次数越多测试参数越多样，能找到的问题和待改进的地方越多，这对于优化项目有很大的帮助。自动化测试很好用，可以大幅度提高测试的效率。
6. 222100304
- 在这次冲刺中，我进行了接口的白盒测试还有压力测试。在测试的过程中起逐渐意识到测试的重要性，在一次次的发现bug与修改bug中心情也会随着上下起伏，是很难忘的体验。另外，我也明白了测试不是孤立的工作，它需要与团队其他成员紧密合作，因此良好的沟通对于发现和解决问题十分重要。
7. 222100404
- 测试在进行项目开发时是一个很重要的环节，在进行前端测试时，能够发现之前所写代码的很多细节上的问题。在测试的过程中发现bug并修复，对产品的完善有很重要的意义，可以提高产品的质量和用户体验，并且在进行测试时也是对自己之前写的代码的一次复核，在此过程也可以提高自己的代码能力。
8. 222100411
- 测试是软件开发过程中至关重要的环节之一。通过测试，我们可以发现系统中存在的问题，提高系统的质量和用户体验。在测试过程中，不仅可以找到已知的 bug，还能发现一些未曾预料到的细节问题，从而让我们更加深入地理解系统的运行机制和用户需求。
五、项目测试评述/总结
- 测试非常有助于开发者发现在设计时的疏忽或遗漏，以前总想着随便编编数据就得了，测试而已，自己的代码难道自己还不懂哪里有错吗，早在开发时候就改完了。殊不知那是因为之前只编写过极其简单的小应用，这种思路还尚可理解，但只要碰到这种稍微大一些的项目就露馅了。测试是真的需要留出更多的时间去做，因为设计时候是这么设计的，但是用户用的时候不可能按照你的思路去使用，总会有开发者想不到的使用方式导致各种奇奇怪怪的Bug，同时，一但发现Bug就要再修改、再测试、再打包、再重新部署，过程十分繁琐，算是隐形的时间成本。
- 测试耗费的时间一点不必编写代码少，一些问题看着逻辑很严密，然而到了在实际应用测试中才能发现问题，如果没有给测试一大段时间，软件就很难保证符合预期，同时可能因为匆忙修改一个bug，却“抛玉引砖”，带来了更多的bug，代码也逐渐变得“屎山”，通过这次课程的学习，让我们对测试方面有了更加崭新的看法。
相关推荐
YOLO26算法工业车间与城市道路安全标识及交通标志目标检测+训练好的模型+260张数据集+pyqt可视化界面.zip
附训练好的 YOLO 权重与 PyQt 可视化检测界面，页面底部含可视化效果预览，毕设/课设开箱即用。 【数据集概况】 · 检测类别（中文）：[安全标识(safety), 交通标志(traffic)] · 训练集：240 张 · 验证集：10 张 · 测试集：10 张 · 总计：260 张 该数据集精准聚焦于工业生产环境与城市道路交通场景，旨在为高危作业区域的安全警示系统及道路通行管理提供可靠视觉识别支持。通过采集真实工作现场与道路环境中的关键标识，该数据集有效支撑了对人员行为规范提示与交通状态预警的自动化感知需求，具备显著的工程实用价值与行业落地潜力。... 【训练曲线与评估图】 【模型训练配置】 参数 | 值 模型 | yolo26n 训练轮数 | 100 epochs 输入尺寸 | 640x640 批次大小 | 24 优化器 | auto 初始学习率 | 0.01 训练设备 【关键指标汇总】 训练了 67 个 epoch，最终轮指标： 指标 | 数值 mAP50 | **0.7278** mAP50-95 | 0.6630 Precision | 0.7294 Recall | 0.7273 train/box_loss | 0.7483 train/cls_loss | 0.6857 val/box_loss | 0.6823 val/cls_loss | 1.8035 【训练过程分析】 67 轮训练后 mAP50 为 0.7278，模型基本收敛但还有提升余地。Loss 曲线下降正常，后期趋于平缓。mAP50-95 为 0.6630，定位精度尚可。 【模型性能评估】 Precision 0.7294、Recall 0.7273，精度高于召回，存在一定漏检。多类检测中，不同类别性能可能有差异，需关注... 使用场景：毕业设计、课程设计、深度学习入门、工业场景落地验证。
技术转移机构如何基于数据提升项目撮合精准度？.docx
技术转移机构如何基于数据提升项目撮合精准度？
IEEE基于高频信号注入法的PMSM零低速无位置控制永磁同步电机仿真，有参考文献
内容概要：本文围绕基于高频信号注入法的永磁同步电机（PMSM）在零低速工况下的无位置传感器控制技术开展系统性仿真研究，重点聚焦旋转高频信号注入法的应用。通过Matlab/Simulink平台构建完整的控制系统仿真模型，深入分析了高频电压信号注入后电机凸极效应引起的响应电流特征，进而设计并实现了基于信号调制与解调、滤波处理及位置估计算法的位置观测器。研究有效解决了传统机械式位置传感器在极低速或零速运行时难以精确检测转子位置的问题，提升了系统可靠性与鲁棒性。全文涵盖信号注入策略、高频响应信号处理流程、转子位置估算原理、误差补偿机制以及仿真验证等关键技术环节，并配有详实的参考文献，具备较强的理论深度与工程实践价值。; 适合人群：从事电机驱动控制、电力电子与电力传动、自动化及相关领域的科研人员、高校研究生，以及具备一定Matlab/Simulink仿真能力和电机控制理论基础的工程技术人员。; 使用场景及目标：①用于永磁同步电机无传感器控制算法的教学演示与科研仿真；②为低速高精度伺服系统、新能源汽车电驱动系统等应用场景提供位置估计算法的设计与优化思路；③支撑高水平学术论文的复现、改进与创新性控制策略的开发验证。; 阅读建议：建议结合文中所述Simulink仿真模型与配套Matlab代码进行动手实践，重点掌握高频信号注入方式的选择、高频响应信号的提取与解调过程、位置误差提取及PI跟踪观测器的设计细节，同时应查阅所列参考文献以深化对高频注入法物理机理与数学建模的理解。
软件项目方案模板-下载即用.zip
代码下载地址： https://pan.quark.cn/s/a4b39357ea24 ### 软件工程构建方案关键要素阐释 #### 一、引言 **文档主旨说明：** “软件工程构建方案.范本”这一文档名称清晰表明了其核心内容——为软件工程项目的构建过程提供一个标准化的方案范本。该范本致力于引导项目的规划、设计、执行等各个流程，保障项目的顺利推进。 **关键词解读：** “工程构建方案”关键词突出了文档的焦点是围绕工程项目的构建过程展开，不仅涉及软件开发环节，还涵盖了项目的整体规划与执行策略。 #### 二、项目基础信息 1. **项目代号**：必须明确标示出项目的具体代号，以便于识别和区分不同的项目。 2. **项目类别**：区分项目是全新构建还是现有系统的升级，这对后续的规划与资源调配具有决定性影响。 3. **项目承建机构**：详细说明负责项目承建的机构信息，包括机构名称、主要责任人、机构概况及职能划分等。 4. **方案制定基础**：阐述方案制定的依据，通常涵盖相关政策文件、行业标准、行业发展趋势等。 5. **项目构建目标、规模和时限**： - **构建目标**：清晰界定项目完成后的预期成果。 - **构建规模**：依据项目的实际需求确定其规模。 - **构建时限**：明确项目从启动到完成的预期时间。 6. **项目构建内容清单**：列出项目的主要构成部分及其具体内容。 7. **总成本及资金来源**：说明项目总预算及其资金来源。 #### 三、现状、必要性与需求调研 1. **当前状况及待解决问题**：调研当前项目承担单位信息化建设的现状，涵盖现有计算机及网络设备的应用情况、各主要业务的信息化程度等，并指出存在的主要问题及解决策略。 2. **项目...
论文复现带有攻击角约束的大机动目标协同攻击制导律（Simulink仿真、Matlab代码实现）
内容概要：本文档围绕“带有攻击角约束的大机动目标协同攻击制导律”这一课题，提供基于Simulink仿真环境与Matlab编程语言实现的科研论文复现资源。核心内容聚焦于针对高速、大机动目标实施多武器协同攻击的先进制导策略研究，重点实现了超扭滑模控制（STSMC）、快速终端滑模控制（FTSMC）等非线性控制算法，并探讨了其在满足特定攻击角度约束条件下的协同作战能力。资源不仅包含完整的仿真模型与代码，还延伸至高阶滑模、磁链无感观测电机控制等多个相关技术领域，为研究者提供了一套系统性的控制系统设计与仿真验证工具。; 适合人群：具备一定编程基础，熟悉Matlab/Simulink软件操作，对现代控制理论，尤其是滑模控制、非线性控制及多智能体协同控制有浓厚兴趣的研究生或研发人员。; 使用场景及目标：① 帮助研究人员深入理解并复现带有攻击角约束的三维多弹协同攻击制导律，通过提供的Simulink仿真模型和Matlab代码进行算法验证与性能测试；② 为探索超扭滑模（STSMC）、快速终端滑模（FTSMC）等先进控制策略在高速机动目标拦截、精确打击等实际工程问题中的应用潜力，提供可靠的仿真平台和技术参考。; 阅读建议：读者应首先熟练掌握Matlab/Simulink的基本操作，然后循序渐进地学习文档中由简至繁的控制算法和仿真模型。建议从单一制导律入手，再逐步过渡到复杂的多弹协同场景，鼓励结合自身研究方向，对现有模型进行修改和优化，以开展更具创新性的研究工作。
