1.作业概述

 

这个作业属于哪个课程软件工程
这个作业的要求在哪里 团队项目
这个作业的目标 测试与发布

 

 

 

 

 

 队员学号:李文浩(3121004788),江楠(3121004652),林育鑫(3121004660),汤陶然(3121004751)(组长),练东晖(3121004738),艾山.依力哈木(3120005145),袁梓为(3121004844)

 

 

1.测试报告
1. 缺陷统计
在测试过程中,我们共发现了 17 个 Bug。根据缺陷的性质和影响,将其分为以下几个类别:
修复的 Bug: 6 个
不能重现的 Bug: 3 个
不是 Bug(产品设计如此): 4 个
无法修复(将来版本可能修复): 2 个
延迟修复(下一版本修复): 2 个
2. 修复的 Bug
在测试中,我们成功修复了以下 6 个 Bug。修复的过程中可能涉及代码调整、逻辑修改等。
3. 不能重现的 Bug
存在 3 个 Bug,但在复现过程中遇到困难,无法准确重现。可能原因包括测试环境特殊、复现步骤复杂等。
4. 不是 Bug(产品设计如此)
4 个报告中,原问题其实是根据产品设计的预期行为。在测试讨论中明确了这些情况不属于缺陷。
5. 无法修复(将来版本可能修复)
2 个 Bug 被确认为确实需要修复,但由于复杂性或其他原因,无法在当前版本修复。计划将其延迟至将来的版本。
6. 延迟修复(下一版本修复)
2 个 Bug 被确认为需要在下一版本中修复。这可能是因为时间紧迫,无法在当前版本中完成修复。
7. 场景测试
用户行为预期
在场景测试中,我们对不同类型的用户进行了模拟,包括普通用户、管理员等。我们预期用户会按照产品设计的预期方式使用软件,执行他们的任务,并期望他们能够顺利完成操作。
用户需求和目标
我们识别了不同用户群体的需求和目标。例如,普通用户可能关心软件的易用性和功能完整性,而管理员可能关心系统的性能和管理功能。
软件功能组合
我们分析了软件提供的各个功能,并研究了如何将这些功能组合起来以满足用户的需求。这有助于确保软件的功能协同工作。
测试矩阵
测试矩阵涵盖了我们在不同平台、硬件配置和浏览器类型上执行的测试。这确保了软件在多样化的环境中得到了验证。
出口条件
我们定义了软件足够好以发布 Alpha 版本的出口条件。这可能包括核心功能的稳定性、关键 Bug 的修复等。我们将在满足这些条件时决定是否发布 Alpha 版本。
8. 总结
通过对测试的全面覆盖,我们不仅发现并修复了多个 Bug,还对软件的各个方面进行了深入的分析。测试矩阵和出口条件为软件发布提供了明确的标准。在下一步工作中,我们将持续进行更多的测试和优化,以确保软件质量达到预期水平。

 

2.alpha版本发布说明

列出这一版本的功能 (在原有项目基础上开发的列出新功能):
基于用户管理,可以管理学生、教师还有管理员
学科管理:管理学科列表与学科创编
知识点管理:知识点列表和知识点创编
卷库管理:可以管理试卷列表和试卷创编
题库管理:可以创编单选题、多选题、判断题、填空题、简答题
任务管理:可以查看任务列表,进行任务创编
视频管理:查看视频列表、进行视频创编
答卷管理:可以查看批改列表、查看试卷完成情况
消息中心:查看消息列表和进行消息发送
日志中心:查看用户操作日志
以原有项目为基础开发的,列出这一版本修复的缺陷:
非原有项目基础开发,无缺陷修复
对运行环境的要求:
已部署到外网,直接通过域名可以访问,用户不需要关心运行环境。对于开发者来说,运行环境包括linux服务器,jdk8,mysql与redis数据库支持,以及nginx反向代理服务器。
安装方法:
基于linux服务器部署,无法在线安装。对前端打包后生成的build文件部署nginx服务器进行动静分离,并且利用反向代理转发请求到后台服务。后端代码以jar包的形式单独部署到服务器上,额外部署mysql、redis服务,保证数据库支持。
描述系统已知的问题和限制:
系统暂时不支持高qps,因为没有做限流处理,所以系统在高并发状态下可能会因为服务器承受不了高负载而出现性能问题。
说明软件的发布方式以及发布地址:
软件代码发布在github上,部署在linux服务器上面,已做好内网穿透接通外网,可以通过外网直接进行访问管理端界面:https://www.mindskip.net:7005/admin
github发布url:https://github.com/Online-learning-system-development-team/Online-learning-system