-
软件工程——团队作业4
软件工程——团队作业4
团队名称
声音降噪处理软件
测试人员
测试出的Bug
修复的bug
- 系统在打包之前程序运行出现的bug,总是无法产生生成文件。显示无法找到文件的路径。然后我们在
输入文件的代码部分发现没有写固定输出文件名的代码。更改代码之后程序可以正常运行
不能重现的bug
- 在运行程序是有次的生成文件并没有实现降噪效果,再次运行程序是程序正常工作
不是bug
- 如果导入文件名非raw.pcm的音频文件,程序无法运行。这不是bug,我们设置输入文件名必须统一为
raw.pcm,为了方便系统识别
没有能力修复及不打算修复的bug
- 暂时还没有发现,程序已经打包出来的,程序中出现的bug都已一一修复了
下个版本修复
- 在界面设计中用html写的网页与数据库的链接存在一定的bug,准备在下个版本中修改
测试记录
兼容性测试
场景测试
- 场景1:张女士收到有一段音频文件,但苦于其中噪音太大听不清内容,于是使用声音降噪处
理系统对音频文件进行降噪以得到自己需要的信息
- 场景2:许先生正在开发一款降噪录音器,成品已经做出来了但苦于找不到合适的降噪程序,
于是他将我们的声音降噪处理系统导入到产品的单片机中,达到了自己想象中的效果。
压力测试
- 1.100kb的音频文件,降噪所需时间为1.5s
- 2.在极其恶劣的噪音环境下,可以基本实现将噪音大幅度降低,已达到音频文件的可用性
源码代码链接
链接地址
团队分工
- 夏育 负责:主程序代码的查找与编写、软件界面的编写、数据库的搭建 、团队作业随笔的编写
- 张云政 负责:主程序代码的编写与修改、软件功能的测试、团队作业随笔的编写
经验教训
- 本次声音降噪软件的编写对于两个人来说工作量比较大,导致在完成程序的代码编写后没有足够
的时间完成软件ID界面的设计以及数据库的连接,导致软件功能没有得到最大程度上
的直观发挥
时间、质量、资源的平衡
- 1.设定目标,在规定的时间,保证系统主要功能实现的基础上增加新的功能
- 2.进行项目期间,会选择去图书馆进行定期讨论以及阶段性任务汇报
-
相关阅读:
虚函数表
写出float x 与“零值”比较的if语句
系统表的构成
UEFI的inf文件构成
最短路径算法
EDK2与EDK2工具链关系图
GIT提交本地文件
docker学习笔记-04:docker容器数据卷
docker学习笔记-03:docker的镜像原理
docker学习笔记-02:docker常用命令
-
原文地址:https://www.cnblogs.com/1500802029xy/p/7044505.html
Copyright © 2020-2023
润新知