又是一年毕业季，作为即将毕业的大学生来说，最头疼的事情莫过于毕业设计项目。作为计算机软件开发专业的学生来说，更是一件苦恼的事情。最近小编就接到了某信息工程大学的学生的毕业设计项目，其实作为学生预算肯定是有限的，想找专业的开发团队去做开发，肯定是不现实的，那该到底怎么办呢？

全站搜索《大学生毕业论文》项目。

正常的一个软件系统，或者是一个项目，肯定是有一个团队去完成，从设计到开发然后到测试，少则三五个人，多则几十人不等，都有着严禁的流程。所以对于计算机专业的毕业项目来说，如果老师布置的论文题目是日常中比较常见的项目，那么可以试着去找市面上已经开发成熟的商业系统作为参考，如果布置的论文命题是比较陌生的，那么只能怪你点背了，还是老老实实的自己搞开发吧，不要想着去走捷径。以java开发为例，有童鞋想800搞定这个系统，多年开发的你们，觉得该如何实现呢？评论区留下你们的观点。

软件测试管理系统的设计与实现

1.    系统管理员

   对测试经理，软件测试工程师，开发工程师，开发经理的人员管理（增删改查）。管理员添加用户信息，只添加用户账号密码姓名，其他信息由用户自己完善。

    用户账号使用10位工号，如：2021040100。设置用户默认密码，默认密码为名字缩写_工号，如zqr_2021040101。用户输入初始密码登录后，自行修改密码，密码要求：包含英文字母（区分大小写），特殊可打印字符，数字。

2.    用户通用功能

  ① 使用初始密码登录系统。

  ②点击头像，点击链接修改信息：添加头像，修改密码，修改密码需要确认密码，密码规格要求如上。

  ③ 头像右边有退出链接，可以退出当前账号。

3.    核心用户功能

1)  测试经理（2021040100）

A.   文档的上传下载

需要分类管理，测试经理可以添加下载以下文档：

a)   需求分析

b)   测试计划

c)   测试用例

d)   测试报告

e)   缺陷报告

  注：添加文档时需要选择文档类型（上面的分类），默认上传者，上传时间。

B.   bug管理

a)   流程：见bug处理流程图pdf文件

b)   添加bug页面包含（都为必填）：

    所属产品、所属模块、涉及版本、上传者（默认当前用户）、bug类型、重要级别（1、2、3）、

    优先级（1、2、3）、bug标题、重现步骤

bug类型（功能类、数据类、性能类、界面类、信息类、安全类、建议类、偶然类）

c)   处理bug

测试工程师提交bug后，测试经理审核确认bug，开发经理将bug指派给开发工程师，开发工程师修改bug，测试工程师验收bug，验收通过，bug关闭。

测试经理的bug状态：待审核、确认、解决、重新激活、关闭

d)   编辑bug

C.   查看项目进度

Bug的进度，根据bug的状态判断进程

D.   查看个人周考核（*年*月*日--*年*月*日，日历选择日期）

测试工程师填写每周写的测试用例数、执行的测试用例数、提交的bug数、验收的bug数。

测试经理查看每位测试工程师的历史绩效，数据以柱状统计图的形式展示。

2)  测试工程师

A.   文档的上传下载

需要分类管理，测试工程师经理可以上传下载以下文档：

a)   需求分析：可下载

b)   测试计划：可下载

c)   测试用例：可上传下载，测试用例需要在测试过程中不断完善，所以测试工程师可以上传新版本的测试用例文档。

d)   测试报告：可上传下载，测试工程师上传的测试报告是针对于个人测试模块的报告，与测试经理的不同。

e)   缺陷报告：可上传下载，测试工程师上传的缺陷报告是针对于个人测试模块的报告，与测试经理的不同。

  注：添加文档时需要选择文档类型（上面的分类），默认上传者，上传时间。

B.   bug管理

a)   流程：见bug处理流程图pdf文件

b)   添加bug页面包含（都为必填）：

    所属产品、所属模块、涉及版本、上传者（默认当前用户）、bug类型、重要级别（1、2、3）、

    优先级（1、 2、3）、bug标题、重现步骤

bug类型（功能类、数据类、性能类、界面类、信息类、安全类、建议类、偶然类）

c)   处理bug

测试工程师提交bug后，测试经理审核确认bug（激活），开发经理将bug指派给开发工程师，开发工程师修改bug（解决），测试工程师验收bug，验收通过，bug关闭。

测试工程师的bug状态：待审核、解决、重新激活、关闭

d)   编辑bug

C.   添加、查看个人周考核（*年*月*日--*年*月*日，日历选择日期）

测试工程师填写每周写的测试用例数、执行的测试用例数、提交的bug数、验收的bug数。

测试工程师查看自己的历史绩效，数据以柱状统计图的形式展示。

3)  开发经理

接收到测试经理审核过的bug（确认bug），将bug派给开发工程师。

开发经理的bug状态：未派发、未解决、解决

4)  开发工程师

接收到开发经理派发的bug。

开发工程师的bug状态：未解决、解决

4.    数据库

  存放用户个人信息表：user

  存放上传的文档表：test_file

  存放bug状态表：bug_status

  存放测试工程师考核数据：tester_achievements

  注：在开发时有需要的自行添加表。

5.    其他

1)         涉及多选项的填写内容设计为下拉框；

2)         日期采用日历方式选则；

3)         页面设计可以参考“禅道”；

4)         代码要多些注释；

5)         论文：

翻译3000+

字数12000

正文不少于30页

代码参与查重，不可放截图，只放核心代码

参考文献多些近两年的文献

查重不高于20%