1、 本科毕业论文 (科研训练、毕业设计 ) 题 目：软件缺陷管理平台 BMS 开发 姓 名： 学 院：软件学院 系： 专 业：软件工程 年 级： 学 号： 指导教师（校内）： 职称： 指导教师（校外）： 职称： 年 月 日 软件缺陷管理平台 BMS 开发 摘要 软件缺陷管理平台（以下简称“ BMS” ）是为公司的内部项目质量管理度身定做的一套缺陷跟踪、管理 、统计、分析工具。测试人员通过 BMS 可以将测试发现的每个缺陷都详尽地记录下来并指派给相关人员；与该项目相关的开发人员可以通过 BMS 查询自己工作部分存在的缺陷，及时对其进行修改或再转派；该项目的项目经理通过 BMS 来新建或关闭该项目的
2、各版本及其模块并对整个项目开发及测试进行全程监控管理，确保该项目趋于完善。 BMS 采用 Power Design工具进行数据库设计， SQL Server 2000 作为开发的数据库平台， ASP 技术进行界面设计， Jscript 及 JavaScript 脚本语言进行服务器端与客户端的代码编写，ActiveX Data Objects （ ADO）技术对数据库进行访问。 本文就 BMS 的开发及其主要功能进行介绍，并结合实际使用情况分析还存在的问题及需要进行的改进情况。 关键词 缺陷、 缺陷管理系统、 测试、 质量管理、 错误报告 Abstract : The BUG managemen
3、t system (called “BMS” as follows) is a set of BUG management, statistics, analyzing tool which is made to meet the needs of companies. Testing personnel can record the BUG and send it to the related personnel by BMS. The personnel who take party in developing the project can via BMS to know how man
4、y BUGs exist in their works and modify them in time, or they can assign the BUG to others. The project manager comes through BMS to set up or close editions and modules of the project. The project manager also can supervise the whole project development and testing to insure the project tending to p
5、erfect by BMS. BMS development adopts Power Design for the database design, the SQL Server 2000 to be the development terrace of the database, the technique of ASP to design the interface, the Jscript and JavaScript languages to compile the code of the script files and the technique of ActiveX Data
6、Objects （ ADO） to visit the database. This paper main introduce the development and main functions of BMS. It also links the actual usage circumstance to analyze the problems which still exist or need to be improved. Keyword: BUG, BMS, Testing, Quality control, Error report 目录 摘要 . 2 关键词 . 2 引言 . 6
7、1 BMS 简介 . 6 1.1 什么是缺陷 . 6 1.2 什么是缺陷管理系统（ BMS） . 7 1.3 BMS 的管理功能 . 7 1.3.1 用户管理 . 7 1.3.2 项目管理 . 8 1.3.3 BUG 管理 . 8 1.4 BMS 的特点 . 10 1.4.1 即时通知 迅速的解决 BUG. 10 1.4.2 不同用户权限不同 保障信息安全 . 10 1.4.3 简单易用的运行操作环境 . 10 1.4.4 完善的出错处理 . 10 1.4.5 可靠的安全性保证 . 11 2 BMS 数据库设计 . 11 2.1 设计环境 . 11 2.2 BMS 运行平台 . 13 2.2.
8、1 操作系统 . 13 2.2.2 数据库平台 . 14 2.3 BMS 数据库结构设计 . 15 2.3.1 库设计 . 15 2.3.2 表设计 . 15 2.3.3 命名规范和约束： . 16 2.3.4 BMS 数据库详细表单 . 16 3 BMS 开发关键技术 . 16 3.1 BMS 界面开发相关技术 . 16 3.1.1 Active Server Pages (ASP). 16 3.1.2 HTML. 17 3.1.3 JScript. 19 3.1.4 JavaScript. 20 3.1.5 ActiveX Data Objects (ADO). 21 3.2 配置 SQL
9、 Server 数据库文件 DSN. 22 3.3 错误处理机制 . 23 3.4 外部组件 . 23 3.4.1 数据库非明 文连接 . 23 3.4.2 邮件通知 . 24 3.4.3 附件上传 . 24 3.5 其他细节处理 . 25 3.5.1 类型转换 . 25 3.5.2 分页显示 . 25 4 实际使用 . 25 4.1 系统初始化 . 25 4.2 登录主界面 . 27 4.3 用户管理模块相关操作 . 27 4.4 项目管理模块相关操作 . 29 4.5 BUG 管理模块相关操作 . 33 4.6 使用中反应的问题 . 36 5 结论 . 37 6 参考文献 . 38 7 附
10、录 A:BMS 数据库设计报告 . 39 引言 国内企业 在 软件 项目 的开发 中 ,常 遇到这样的问题：测试人员报的缺陷被 遗忘掉 ； 延期项目终于发布，却遭遇用户频频抱怨，管理人员将矛头指向测试人员；书写不规范的错误报告，使得开发人员不得不一次次找到测试人员来重现；地域分散的开发团队，通过 email 和文档交流，缺陷状态混乱，相关人员无法及时获得有关的变更信息 其实，一直以来，在软件开发的过程中大大小小的缺陷层出不穷。一个小小的被疏忽的缺陷就有可能使整个软件系统崩溃。 软件测试绝对不是开发活动完成后的收尾工作，很多大型的开发项目，测试会占据项目周期一半以上的时间。 而现实是，企业对软件
11、测试的重视不够， 从上到下普遍自觉和不自觉地只重视 技术，不重视质量 ，常常是 开发人员兼职做测试 ，而真正测试人员的投入量很少。 混乱的测试体系、软件测试人力资源的严重缺乏导致企业最终花 在软件修补上面的费用 甚 高， 往往 远远超出所能够允许的范围 。在专家的眼中，中国软件开发企业与国际一流软件公司相比，还没有形成规范的流程，在如何控制软件开发的质量和进度上，还有很大的改进空间。 软件缺陷管理平台（ BMS）的开发正是为了解决上述问题。无论何时何地，项目组所有成员都能通过 BMS 来提交错误报告， BMS 可以将每个缺陷都详尽地记录下来，包括它的描述、等级、优先级、类型、状态以及 有谁对它
12、进行过修复或再指派的操作记录等等。所有这些都被存在同一个数据库中统一管理，避免了信息混乱，使得整个项目的开发变得有序起来。同时也将测试人员从繁杂的重复工作中解脱出来，能有更多的精力投入软件项目的测试工作中，以帮助解决人手不够的问题。 1 BMS 简介 1.1 什么是缺陷 缺陷，又被称之为 BUG，既包括软件设计、编程、制作中出现的错误，例如 :那些功能没有实现或与规格说明不一致的问题是 BUG；不能工作（死机、没反应）的部分是 BUG；不兼容的部分是 BUG；边界条件未做处理是 BUG；界面、消息、提示不够准确是 BUG；尚未 完成的工作也 是 一个 BUG。 也包括有助于改善产品质量的提议、
13、值得注意和跟踪的问题以及可能存在的潜在错误。所有这些缺陷都可能使得软件的质量得不到保证。 作为一个软件缺陷的管理平台， BMS 并不仅仅只是一个缺陷登记系统，它更注重的是缺陷的管理，以及如何加强产品团队成员之间，为了提高产品质量而进行的协作。并不是只有产品中出现的错误才是缺陷，才应该被登记进 BMS。 无论什么时候，任何有助于改善产品质量的提议、任何需要引起注意、值得跟踪的问题、任何可能潜在的错误，都可以而且应该作为一个 “ 缺陷 ” 登记进 BMS，由它来记录、跟 踪、管理缺陷的后继变化和处理方案。 否则，一个有价值的提议、一个值得注意的问题，很可能因为工作的繁忙而被忘却，产品则极可能就因此
14、失去了一个提高质量的良机。 1.2 什么是缺陷管理系统（ BMS） BMS是一个 对软件开发过程中产生的 BUG进行跟踪、管理 的缺陷管理系统。结合局域网应用，是应用于企业内部的，为企业项目质量管理度身定做的一套缺陷跟踪、管理、统计、分析工具。 通常 测试 人员 发现 BUG 之后所采取的措施，首先应当是去想法验证是不是自己的偶然失误造成 BUG 出现，如不是则应立即建立每一个新的 BUG记录，包括具体的再现步骤 、环境、屏幕等；尽可能地分析产生 BUG 的原因；设计合适的优先级和严重级别，依据 BUG 的优先级和严重级别分派给某一个相应的人，如 开发人 员、项目经理等。 这一切都能在 BMS
15、 系统中实现。 在 BMS的帮助下，项目开发产生的所有缺陷不再是一堆杂乱无章的记录。从此，开发和测试人员可以轻松地跟踪所有那些应由他们负责的缺陷，掌握这些缺陷从创建、解决到关闭的整个过程，而不必担心遗漏或丢失某个缺陷变化的信息，更不会被一大堆不属于自己负责的缺陷烦扰从而耽搁进度了。 另一方面，项目经理可以通过 BMS来进行项目管理，管理项目的各版本和各模块，并对整个项目开发及测试进行全程监控管理，确保该项目趋于完善，并可以 更加准确地度量项目的开发质量。所有这些，都将使得项目开发变得更加易于管理、富有成效。 1.3 BMS 的管理功能 1.3.1 用户管理 BMS 是一个多用户操作的系统，不同
16、的用户对 BMS 的操作需求不同，因此 BMS 为不同的角色的用户分配了相适应的权限，这个建立用户账号并为之分配角色的功能由用户管理模块来实现。 用户的角色分为：系统管理员，由其对用户管理模块进行操作，仅仅有管理用户的操作权限；项目经理，除去管理用户之外的其他管理权限，包括管理项目及决定是否关 闭 BUG 等；开发人员，可以在 BMS 的 BUG 管理模块中查询自己的 BUG 并回复修改结果；测试人员，在 BMS 的 BUG 管理模块中新建错误报告并跟踪自己提交的 BUG 的修改情况。 系统管理员在用户管理模块内添加新用户信息，并为其分配角色。系统管理员还能在用户管理模块查看到用户登录的出错信
17、息报告，以便及时做出应对。 1.3.2 项目管理 项目管理是为了更合理地分类 BUG。而且， BMS 的功能不仅仅是记录BUG，它同时是一个项目质量监控的工具。因此必须有一个项目管理功能来实现：通过项目管理 BUG，通过 BUG 来了解项目进度的目的。 每个项 目都可能有一个以上的版本和模块，项目管理除了对项目的管理之外也包括了版本和模块的管理。因此也更细化了 BUG 的管理（能够了解到它是属于哪一个项目的哪一个版本的哪一个模块。） 项目管理的操作者是项目经理级别的用户，他可以新建、修改、关闭或删除一个项目及其所含的版本、模块，同时他要为本项目选定参与人员。 1.3.3 BUG 管理 一个 B
18、UG 从被发现到修复结束被关闭可能经历的过程如图 1.3.3 a所示。 初 始 （ I n i t ）关 闭 （ C l o s e d ）打 开 （ O p e n e d ）已 修 正（ F i x e d ）被 拒 绝（ D e c lin e d ）放 弃（ D is c a r d e d ）重 复（ R e p e a t ）测 试 人 员指 派 给 开发 人 员开 发 人 员 认 为 是 其 它 人 的B u g ， 转 给 其 它 开 发 ， 如 果无 法 确 定 责 任 人 ， 转 给 项 目经 理 ， 有 其 指 派开 发 人 员 修 正B u g ， B u g 转 给测
19、 试 验 证测 试 人 员 认 为没 有 B u g 修正 ， B u g 重 新转 给 开 发开 发 人 员 认 为不 是 b u g ， 转 给项 目 经 理项 目 经 理驳 回开 发 人 员 认 为这 个 B u g 无 法解 决 ， B u g 转给 项 目 经 理项 目 经 理 认 为可 以 解 决 ， 驳回开 发 人 员 认 为是 重 复 b u g ，转 给 项 目 经 理项 目 经 理 认 为非 重 复 b u g ，驳 回项 目 经 理 认可 ， 关 闭 该B u g ， 流 程 结束测 试 人 员 认 可该 修 正 ， 关 闭该 B u g ， 流 程结 束项 目 经 理根
20、 据 需 要可 以 重 新打 开 b u g项 目 经 理 认 为属 于 功 能 缺 陷或 功 能 建 议 的转 入 需 求 库开 发 人 员 认 为 测 试 人 员 描 述不 清 或 无 法 复 现 这 个 b u g ， 把b u g 退 回 给 测 试 人 员 ， 请 他 重新 描 述(图 1.3.3 a) BMS 正是针对这个流程设计了 BUG 管理模块，测 试人员在测试中发现了 BUG 后登录 BMS，在 BUG 管理中新建错误报告，详细填写各项与此 BUG有关的信息，包括其所在的项目、模块、版本，并可选择是否要上传相关附件、是否要邮件通知开发人员。对其跟踪的 BUG 进行回归测试，
21、并回复测试结果，决定是否要关闭。 开发人员通过 BUG管理功能可以实时被通知自己工作中的 BUG,登录后可以查找到当前最重要的优先级最高的 BUG优先修改 ，并回复修改结果。 BMS为所有的 BUG建立了一个完整的数据库。在软件开发过程中，所有发现的有待解决的、已经发现尚未解决、解决并已经关闭的 BUG及相关 的信息都能记录在内。并为 BUG与文件进行了关联，可以直接查找到与该 BUG有关的附件。 在完善的数据库的基础上，自定义 BUG查询功能的提供，使用户可以自定义一套自己常用的查询条件，方便迅速地查看分类 BUG信息。满足不同角色的用户的需求。项目经理可以了解当前缺陷数据库中共有多少是 未
22、解决 的缺陷，多少已解决的缺陷，多少已放弃的缺陷，来掌握 BUG管理的全局信息，这样有利于通过对 BUG的趋势分析更好地部署软件质量内控工作；开发人员通过查询可以一目了然的注意到指派给自己解决的 BUG，从而开始有针对性的工作；一位测试人员可 以清楚地了解到有多少 BUG尚未解决，并指派给相应的开发人员。 1.4 BMS 的特点 1.4.1 即时通知 迅速的解决 BUG 每当登记、激活、解决或关闭一个 BUG时，只要这个测试人员或提交此 BUG的用户认为需要实时邮件通知，那么只要在创建 BUG时选择邮件通知， BMS就会立即向 BUG的负责人发送一封通知邮件，以报告此 BUG的最新动态。这样，
23、即使用户当时没有打开 BMS的应用程序，也仍然可以通过电子邮件得到与他相关的、紧急程度较高的 BUG最新信息。使该BUG得到最快的处理，从而提高工作效率。 1.4.2 不同用户权限不同 保障信息安全 对于测 试人员及开发人员等普通用户， BMS仅对其提供了 BUG模块的操作权限和项目管理模块的浏览权限。在 BUG模块用户可以 方便的查询 BUG、操作 BUG、指派责任人和跟踪人等。借助这些功能，用户可以轻松地跟踪、管理好属于自己缺陷，并且当某些重要缺陷的状态发生改变时，可以在第一时间内得到通知。在项目管理模块中了解到该项目的相关信息。同时，对于不属于自己的 BUG没有修改、关闭的权限。 对于权
24、限较大的项目经理级别的用户，可以完全使用项目管理模块与 BUG模块的所有功能。但是，值得一提的是，在项目管理模块内，该用户对于其未参与的 项目没有操作权限。由此保证了各项目间的独立性与安全性。 系统管理员的职责是使 BMS正常运作，因此他不参与到项目的具体内容中来， BMS为其提供了区别与其他用户的操作界面，在他的面板中将看到不同方面的内容，从而保证了产品信息的安全。 1.4.3 简单 易用 的运行 操作 环境 BMS 客户端可以在主流的运行平台上运行，包括 Windows2000、Windows XP。同时， BMS 支持 SQL Server 2000 数据库，只要启动服务前配置好数据库，就能简单地通过 BMS 界面对数据库内的信息进行操作。 操作界面 都从用户使用的细处着想，充 分满足用户的易用性要求 ，以友好的界面，方便易用的操作向用户提供最可靠的服务。 1.4.4 完善的出错处理 BMS 系统 的操作界面对于操作人员的异常输入能够给出对应的出
