一个缺陷管理系统数据库设计和界面设计分析

在Winform方面，基于业务的不同，我们可以利用工具的效率，快速做很多不同的业务系统，前期做了一个缺陷管理系统，想把单位的测试业务规范下，也好统计和分析每个版本的缺陷信息，本篇整理这些数据库设计和界面设计的相关内容，做一个介绍，希望给大家一个对比参照的案例进行学习了解。

1、缺陷管理系统的业务分析

在很多缺陷管理系统里面，我们往往需要管理的就是缺陷信息的记录，以及缺陷记录的开闭过程，从而实现了测试人员-》开发人员-》测试人员的整个闭环过程。

一般情况下，缺陷管理系统可以部署在局域网内，或者公网内方便各个项目组成员的使用，因此可以采用BS的架构，也可以CS架构实现分布式的应用，通常情况下，采用CS的方式，在数据处理方面会友好一些，因此结合需求，我这里采用了我常用的混合型框架，数据采用WCF服务获取，实现数据的共享。

缺陷信息，一般是属于具体某个项目，某个版本，某个模块下的具体信息，因此这些分类必须独立进行维护，才能方便进行后面的统计和分析，一般缺陷信息还需要提交出错的图片附件信息，方便直观的了解和开发人员排错。

缺陷项目的信息，为了分类，我们还可以分为一个域进行管理，也就是分组的概念，如按不同类型的项目，分为不同的项目域，如产品项目、客户项目、研究性项目等分类都可以。

以上这些都是缺陷里面很重要的属性信息，因此我们需要在缺陷管理系统里面很好的设计才能使得我们的系统符合我们的业务流程。

一般情况下，版本和模块是对应不同项目的，缺陷状态、缺陷类型、优先级、紧急程度，这些是通用的字典项目，不会因为项目而变化。

另外，缺陷处理一般是一个闭环流程，最初一般由测试人员发起（状态为未解决），提交给开发人员，开发人员根据缺陷记录，设置合理的状态，如果是正常需要处理的缺陷，一般需要修正错误，并设置状态为已解决，然后测试人员对缺陷进行回归测试，如果缺陷已经解决，则设置缺陷状态为已关闭，否则重新打开缺陷为未解决状态，依次循环，最后大家达到共识，是不解决或者推迟解决等。这些修改的过程也需要在缺陷系统里面进行记录，已进行跟踪历史。