浅析软件测试管理及缺陷管理
基于软件测试的缺陷管理系统设计与实现毕业论文
基于软件测试的缺陷管理系统设计与实现毕业论文一、内容综述当我们谈论软件开发时，不可避免地会遇到一个问题——软件缺陷。
这些缺陷可能会影响到软件的质量和用户体验，为了更有效地管理和修复这些缺陷，一个基于软件测试的缺陷管理系统显得尤为重要。
那么这个系统是怎么来的呢？接下来我们就来聊聊这篇毕业论文的核心内容。
首先这个系统的诞生源于对软件缺陷管理的需求，随着软件行业的快速发展，软件的复杂性和规模都在增加，这也意味着软件缺陷的数量可能会随之增长。
于是我们就想到了设计这样一个系统来更好地管理这些缺陷，它的主要任务是什么？简单来说就是记录、跟踪、修复和验证软件的缺陷。
这个系统是怎么工作的呢？首先它可以帮助我们记录所有的软件缺陷，然后通过跟踪这些缺陷，我们可以了解缺陷的状态，比如是否已经修复，或者修复进度如何。
同时这个系统还可以帮助我们分配任务给相应的开发人员去修复这些缺陷。
修复完成后，系统还可以帮助我们验证这些缺陷是否已经被成功修复。
这样我们就可以确保软件的质量，提升用户体验。
这个系统的设计可以说是用心良苦，为什么这么说呢？因为这个系统不仅仅可以帮助我们管理缺陷，还可以帮助我们提升工作效率。
通过这个系统，我们可以更清楚地了解每个缺陷的情况，也可以更好地协调团队成员的工作。
这样我们就可以更快地修复缺陷，提升软件的质量。
这个系统的设计和实现都是为了提高软件的质量和用户体验。
1. 背景介绍：阐述软件测试的重要性以及缺陷管理在软件开发过程中的关键作用我们都知道软件开发的过程是一个环环相扣的系统工程，缺陷管理就像是这个工程中的一位细心指挥家，它不仅要保证每个环节都能顺利进行，还得时刻关注每个环节可能出现的问题。
一旦发现问题，缺陷管理就要迅速行动，协调各方资源来解决问题。
缺陷管理不仅提高了软件开发的效率和质量，更能让整个开发过程更加规范、有序。
可以说缺陷管理是软件开发过程中的得力助手和得力保障，通过这样的管理和处理过程，软件产品将更加完美、用户体验也将大大提升。
软件工程中的软件质量控制与缺陷管理
软件工程中的软件质量控制与缺陷管理软件质量控制与缺陷管理是软件工程中至关重要的环节，它们对于保证软件开发项目的顺利进行以及交付高质量的软件产品具有重要意义。
本文将从软件质量控制和缺陷管理两个方面进行探讨，以帮助读者更好地理解和应用于实践中。
一、软件质量控制软件质量控制是指在软件开发过程中，通过不断监测、评估和改进，确保软件产品达到既定质量要求的过程。
软件质量控制包括以下几个关键的环节：1. 需求管理：在软件开发的初期，清晰、明确地定义用户需求是确保软件质量的基础。
需求管理包括需求获取、需求分析、需求验证和需求变更控制等环节。
在需求获取过程中，开发团队与用户积极沟通，确保获取准确的需求信息；需求分析阶段则通过分解和整合需求，将之转化为可执行的任务；需求验证和需求变更控制则确保最终交付的软件产品与用户期望一致。
2. 设计评审：在软件设计过程中，进行设计评审是确保软件质量的重要手段。
设计评审旨在评估软件设计的正确性、完整性、可行性以及可维护性等方面，通过检查和评估设计文档、源代码等，发现潜在的设计缺陷并及时纠正。
3. 编码规范：编码规范对于软件质量的控制具有重要作用。
通过制定统一的编码规范，确保团队成员在开发过程中遵循相同的编码风格，减少因为编码规范不一致而导致的错误和缺陷。
4. 单元测试：单元测试是对软件开发过程中最小的可测试单元进行测试，以确保各个单元的功能正确性和稳定性。
单元测试通常由开发人员编写，并在代码提交到版本控制系统之前进行。
通过单元测试，可以尽早地发现并解决代码中的错误和缺陷，提高软件的质量。
5. 集成测试：集成测试是在软件开发的后期，对各个组件或模块进行整合测试的过程。
通过集成测试，可以发现各个组件之间的接口问题，保证整个软件系统的功能正确性和稳定性。
6. 系统测试：系统测试是在软件开发的末期，对整个软件系统进行测试的过程。
系统测试旨在评估软件是否满足用户需求，并验证其在不同环境下的性能、稳定性和可靠性等方面。
软件测试管理中可能存在的问题及分析解决
软件测试管理中可能存在的问题及分析解决摘要：本文结合实践，主要探讨了在中小型软件企业中，在测试资源不是很充足的情况下的软件测试管理。
文中前两部分简要介绍了软件测试管理及测试的范围，方法及重要性，之后对当前国内中小型软件企业在测试及测试管理中可能存在的问题进行了简单的介绍与分析，最后介绍了一些较好的解决方法。
关键词：软件测试；测试管理；测试问题；管理体系1、引言随着IT技术的迅速发展，计算机在各行各业日益广泛的应用，软件产品的不断推出，计算机软件已经越来越深人到人们的生活中，人们对计算机软件质量的要求也就越来越高。
如果软件存在故障，将可能造成人力、物力和财力的巨大浪费；如果软件的质量不高，其维护费用不仅将大大超过其开发费用，而且会使维护变得很困难，甚至将可能造成不可弥补的损失。
软件测试是软件质量保证的关键步骤。
美国质量保证研究所对软件测试的研究结果表明：越早发现软件中存在的问题，开发费用就越低；在编码后修改软件缺陷的成本是编码前的10倍，在产品交付后修改软件缺陷的成本是交付前的10倍；软件质量越高，软件发布后的维护费用越低。
另外，根据对国际著名I T企业的统计，它们的软件测试费用占整个软件工程所有研发费用的50%以上。
由此可见，为了保证软件产品的质量，必须对计算机软件进行测试。
随着计算机硬件成本的不断下降，软件在整个计算机系统的成本中占有越来越高的比例，如何提高软件质量是整个计算机软件行业的重大课题。
软件测试作为软件开发的一个重要环节，日益受到人们的重视。
为了尽可能多地找出程序中的错误，生产出高质量的软件产品，加强对测试工作的组织和管理就显得尤为重要。
由于软件测试至今仍令人捉摸不定，为确保测试工作的顺利进行，就要对其进行有效地管理。
软件测试管理是一种活动，可以对各阶段的测试计划、测试案例、测试流程进行整理、跟踪、记录其结果，并将其结果反馈给系统的开发者和管理者。
同时将测试人员发现的错误立刻记录下来，生成问题报告并对之迸行管理。
软件测试中的缺陷跟踪与管理
软件测试中的缺陷跟踪与管理在软件开发的过程中，软件测试是一个不可或缺的环节。
而在软件测试中，缺陷的跟踪与管理显得尤为重要。
本文将介绍软件测试中的缺陷跟踪与管理的重要性，并探讨如何有效地进行跟踪与管理。
一、缺陷跟踪与管理的重要性在软件测试中，缺陷是无法避免的。
而对于这些缺陷，合理地进行跟踪与管理可以带来以下几个重要的好处：1. 提高软件质量：通过及时发现和解决缺陷，可以大幅度提高软件的质量。
跟踪和管理缺陷可以帮助开发团队更好地理解和分析缺陷，进而采取相应的措施进行修复。
2. 提升开发效率：在软件开发过程中，开发人员往往需要对已发现的缺陷进行修复。
而对于未经跟踪和管理的缺陷，开发人员可能会出现对同一个缺陷进行重复修复的情况，这样会浪费开发资源并降低开发效率。
通过缺陷跟踪和管理，可以准确地记录和追踪缺陷，避免重复修复，提升开发效率。
3. 促进团队协作：软件测试是一个团队合作的过程，缺陷跟踪与管理可以促进团队成员之间的协作与沟通。
通过记录和共享缺陷信息，不同角色的团队成员可以更好地理解和协作，从而提高整个团队的工作效率。
二、缺陷跟踪与管理的具体方法在软件测试中，可以采用多种方法进行缺陷跟踪与管理。
下面将介绍几种常用的方法：1. 缺陷报告：缺陷报告是记录和描述缺陷的关键工具。
一个有效的缺陷报告应该包含以下信息：缺陷的描述、复现步骤、环境信息、严重程度评估、优先级评估等。
通过准确地描述缺陷的特点和现象，有助于开发团队更好地理解和解决缺陷。
2. 缺陷管理工具：使用专业的缺陷管理工具可以提高缺陷跟踪与管理的效率和准确性。
这类工具通常具备以下功能：缺陷报告的创建与分配、缺陷状态的管理与更新、缺陷统计与分析等。
通过使用缺陷管理工具，可以更好地跟踪和管理缺陷，并对整个软件测试过程进行有效的监控。
3. 定期会议：定期召开缺陷相关的会议可以促进团队成员之间的交流与合作。
在会议中，可以对已发现的缺陷进行讨论，并共同决定下一步的解决方案。
软件测试中的Bug管理与缺陷追踪
软件测试中的Bug管理与缺陷追踪在软件开发过程中，无论是小型项目还是大型项目，都难免会出现各种Bug和缺陷。
为了保证软件的质量和稳定性，Bug管理与缺陷追踪成为了非常重要的环节。
本文将着重介绍软件测试中的Bug管理与缺陷追踪的流程和方法。
一、Bug管理的流程1. Bug的发现与记录Bug的发现可以通过测试用例的执行、用户反馈、团队成员的发现等多种途径。
一旦发现Bug，测试人员应该及时记录下来，并详细描述Bug的现象、触发条件、影响范围等相关信息。
2. Bug的分类与优先级评定为了更好地管理和解决Bug，需要对Bug进行分类和优先级评定。
常见的分类包括功能性Bug、性能缺陷、界面缺陷等。
而优先级评定则是根据Bug的影响程度和紧急程度划分Bug的等级，以确定解决Bug的优先顺序。
3. Bug的分配和解决根据Bug的分类和优先级，测试团队将Bug分配给相应的开发人员进行解决。
开发人员需要仔细阅读Bug的描述和重现步骤，进行代码调试和修改，修复Bug并提交相应的版本。
4. Bug的验证和关闭修复Bug后，测试团队需要重新执行相关的测试用例，验证Bug是否被成功修复。
如果Bug被成功修复，则将其关闭；如果Bug未被修复或者修复不完全，则重新分配给开发人员，并重复上述过程，直至Bug得到完全修复和验证通过。
二、缺陷追踪的方法1. 缺陷管理工具为了更好地管理和追踪缺陷，可以使用专门的缺陷管理工具。
这些工具可以帮助团队快速记录、追踪、查询和统计Bug信息，提高Bug 管理的效率和准确性。
常见的缺陷管理工具有JIRA、Bugzilla、Redmine等。
2. 缺陷报告对于发现的缺陷，测试人员需要准备详细的缺陷报告。
缺陷报告应包括缺陷的描述、重现步骤、系统环境、日志信息等，并尽量附带相关的截图或录屏。
通过准确、清晰的缺陷报告，可以提高开发人员理解和解决缺陷的效率。
3. 缺陷追踪矩阵缺陷追踪矩阵是一种通过矩阵方式来记录和追踪缺陷的方法。
软件测试中的缺陷管理和跟踪系统
软件测试中的缺陷管理和跟踪系统在软件开发过程中，测试是确保软件质量的一个重要环节。
而在测试过程中，发现并管理缺陷是必不可少的。
为了有效地管理和跟踪测试中的缺陷，很多组织采用缺陷管理和跟踪系统。
本文将探讨软件测试中的缺陷管理和跟踪系统的重要性、功能以及如何选择适合的系统。
一、缺陷管理和跟踪系统的重要性在软件测试过程中，缺陷的管理和跟踪对于项目的成功实施至关重要。
通过缺陷管理和跟踪系统，测试团队可以及时发现、记录和解决软件中的缺陷，确保项目进度和质量的可控性。
缺陷管理和跟踪系统可以提供以下几个重要的功能：1. 缺陷记录和跟踪：系统可以方便地记录缺陷并跟踪其处理状态，包括缺陷的发现时间、发现者、严重程度、步骤重现、解决方案等信息，以便后续定位和解决。
2. 缺陷分析和统计：系统可以对缺陷进行分类、汇总和统计，帮助测试团队了解缺陷的分布情况、影响范围和解决效果，从而进行合理的资源分配和优化测试策略。
3. 缺陷协同和沟通：系统可以提供协同工作、评论和通知功能，方便测试团队成员之间的沟通和合作，加速缺陷的解决过程，避免信息的丢失和延误。
4. 缺陷追踪和回归测试：系统可以记录缺陷的修复版本和验证结果，方便测试团队进行回归测试，确保已解决的缺陷不再出现。
二、如何选择合适的缺陷管理和跟踪系统选择合适的缺陷管理和跟踪系统对于测试团队的工作效率和项目进展至关重要。
以下是选择系统时需要考虑的几个关键因素：1. 功能完备性：系统应该提供基本的缺陷记录、跟踪和分析功能，并且可以根据团队的具体需求定制扩展功能，如自定义字段、报表和图表等。
2. 界面友好性：系统应该有直观、易用的用户界面，减少用户的学习成本，提高操作效率。
同时，界面应该美观整洁，让用户在使用过程中有良好的体验。
3. 集成性和兼容性：系统应该能够与其他工具和系统集成，如测试管理工具、版本控制系统等。
此外，系统也应该能够适应不同的开发环境和平台。
4. 安全性和稳定性：系统应该具有良好的安全性控制机制，保护敏感数据的安全和隐私。
测试缺陷管理规范
测试缺陷管理规范引言概述：测试缺陷管理规范是软件测试过程中的重要一环，它能够帮助开发团队更好地管理和解决软件测试过程中的缺陷问题。
本文将从四个方面详细阐述测试缺陷管理规范。
一、缺陷管理流程规范：1.1 缺陷报告：测试人员在发现缺陷后，应及时记录并详细描述缺陷的现象、重现步骤和影响范围等信息，以便开发团队能够准确理解和复现该缺陷。
1.2 缺陷分类和优先级：根据缺陷的严重程度和影响范围，将缺陷进行分类和优先级划分。
常见的分类包括功能性缺陷、性能缺陷和安全缺陷等，优先级可分为高、中、低等级。
1.3 缺陷分派和跟踪：开发团队应及时接收并分派缺陷给相关人员进行处理。
同时，测试人员应跟踪缺陷的处理进度，并在解决后进行验证，确保缺陷得到有效解决。
二、缺陷管理工具规范：2.1 工具选择和配置：根据团队的需求和实际情况，选择适合的缺陷管理工具，并进行相应的配置。
常用的工具包括Bugzilla、JIRA等。
2.2 缺陷管理工具的使用规范：团队成员应熟悉并遵守缺陷管理工具的使用规范，包括正确填写缺陷报告、及时更新缺陷状态和注释等。
2.3 缺陷管理工具的统计和分析：通过缺陷管理工具可以进行缺陷的统计和分析，包括缺陷数量、解决速度等指标的监控和分析，以便优化测试和开发过程。
三、缺陷管理沟通规范：3.1 缺陷沟通渠道的建立：建立有效的缺陷沟通渠道，包括团队内部的沟通和与开发团队的沟通，以便及时沟通和解决缺陷问题。
3.2 沟通内容的明确和准确：在缺陷沟通中，应明确和准确地描述缺陷的现象和影响，避免产生歧义和误解。
3.3 沟通记录的保存和归档：对缺陷沟通的记录进行保存和归档，以便后续查阅和追踪，同时也为团队之间的知识共享提供便利。
四、缺陷管理的持续改进：4.1 缺陷管理过程的评估和反馈：定期对缺陷管理过程进行评估和反馈，包括缺陷管理的效果和团队成员对规范的遵守程度等，以便及时发现问题并进行改进。
4.2 缺陷管理经验的总结和分享：团队成员应及时总结和分享缺陷管理的经验和教训，以便其他成员能够借鉴和学习。
软件产品缺陷管理之缺陷分析篇
软件产品缺陷管理之缺陷分析篇测试报告和质量报告是测试人员的主要工作成果之一，那么这两份报告是怎么得出结论的呢？主要是通过对软件缺陷的分析。
缺陷作为测试准出的重要元素，在整个软件周期中占据着很大的比重，一个测试团队乃至每个测试人员都应该重视缺陷的管理及分析，通过对现有缺陷的分析不仅能够判断当前软件的质量，而且经过大量的数据积累，还能够预测未来项目的质量影响因素，便于团队提前制定改进方向，对产品的质量不断地改进和完善。
那么如何进行缺陷分析，需要进行哪些维度的分析，不同维度的缺陷数据能够反馈什么样的信息呢？下面让我们一起来了解一下。
1、缺陷趋势分析：缺陷趋势分析是我们接触最多的缺陷分析模型，通过对项目每日打开缺陷，每日修复缺陷以及当前遗留缺陷的数量进行汇总，通过折线图进行缺陷数量增加和减少的趋势进行分析，以此来了解测试效率及研发修复缺陷效率，测试风险，确认当前软件质量，确定是否达到准出条件等。
如缺陷趋势分析图中所示，红色线条为每日打开的缺陷数量，绿色为每日修复缺陷数量，紫色为当前遗留缺陷数量。
那么通过这个分析图我们能看出什么内容呢？下面我们来看一下：1、每日新增缺陷趋势主要反映测试效率，从上图中折线图可以看出，在测试阶段的前两天缺陷发现数量增速较慢，了解后发现部分内容由于配置原因测试暂未开始，所以缺陷增速较慢。
在全面开始测试后缺陷数量增速加快并维持在一个高峰值，此时的测试效率非常高，大部分缺陷都是在此阶段被发现的。
在完成一轮测试后，缺陷增速开始收敛，曲线开始下降，并趋近于0，如上图中09-27的节点，结合遗留问题的优先级，可以判定测试开始进入回归测试阶段，此后缺陷增速出现一个小幅回弹，最终归0。
从整体趋势看测试效率和质量还是很高的，80%的缺陷都是在测试的中前期发现的，在后期及回归中缺陷增速小而平稳，也体现了研发的修复质量很高，引入新的缺陷较少。
另外通过新增缺陷趋势也可以预测项目风险，如果测试周期消耗了2/3缺陷增速仍然很高，不见收敛趋势，则需要调查是否测试效率较低，测试进度较慢导致测试用例未执行一轮，另外可能是软件质量较差或研发修复缺陷质量较差，导致问题较多，影响了测试效率，此时测试人员应该及时的报出项目风险，积极协调资源来推动项目进度。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
收稿日期:2005—07—15作者简介:殷广丽(1970—),女,山东滨州人,讲师。
浅析软件测试管理及缺陷管理殷广丽(滨州职业学院计算机科学系, 山东 滨州 256624) 摘要:介绍了软件测试管理过程,着重分析了软件测试中的缺陷管理,缺陷管理流程、缺陷管理状态、缺陷管理生命周期。
关键词:软件测试BUG;缺陷管理;角色中图分类号:TP315 文献标识码:A 文章编号:1008—2816(2005)05—0082—030 绪言随着信息技术的飞速发展,软件产品应用到社会的各个领域,软件产品的质量自然成为人们共同关注的焦点。
不论软件的生产者还是软件的使用者,均生存在竞争的环境中,软件开发商为了占有市场,必须把产品质量作为企业的重要目标之一,以免在激烈的竞争中被淘汰出局。
用户为了保证自己业务的顺利完成,当然希望选用优质的软件。
质量不佳的软件产品不仅会使开发商的维护费用和用户的使用成本大幅增加,还可能产生其他的责任风险,造成公司信誉下降。
在一些关键应用(如自动飞行控制软件、军事防御和核电站安全控制系统等)中使用质量有问题的软件,还可能造成灾难性的后果。
因而软件的质量愈来愈受到广泛的重视。
软件测试在软件生命周期中占有非常重要的地位,是保证软件质量的重要手段。
根据Boehm 的统计,软件开发总成本中,用在测试上的开销要占40%到50%。
现代的软件测试不仅仅是在软件开发完成以后来做测试工作,而是将测试渗入到软件开发的各个阶段,全程控制软件质量。
而软件测试最重要的目标之一是发现缺陷、管理缺陷、改正缺陷、消灭缺陷,因而,为保证软件项目按时、保质在预算范围内完成,加强对测试工作的组织和科学的缺陷管理就显得尤为重要。
1 测试管理过程软件测试管理的过程如图1所示我们根据测试需求、测试计划,对测试过程中每个状态进行记录、跟踪和管理,并提供相关的分析和统计功能,生成和打印各种分析统计报表。
通过对详细记录的分析,形成较为完整的软件测试管理文档,保障软件在开发过程中,避免同样的错误再次发生,从而提高软件开发质量。
图1 测试管理过程2 测试管理内容测试方案管理:单元测试、集成测试和产品测试的测试计划的录入、修改、删除、查询和打印。
测试用例管理:测试用例的增、删、改、拷贝和查询;测试用例测试情况的管理,如测试状态包括:未测试、测试中、已测试;测试结果分为:通过、未实现、存在问题等;测试用例输入、编号和归档。
测试流程管理:测试进度管理;测试流程标识;测试日志及状态报告。
缺陷管理:测试中的缺陷处理流程、缺陷登记、缺陷分配、缺陷修复、缺陷复测、缺陷查询、缺陷统计分析以及缺陷与测试用例的关联。
测试报告管理:生成单元测试、集成测试和产品测试的测试报告。
除了以上这些,在测试管理过程中还包括对人员和环境资源进行管理。
2005年第5期 山东教育学院学报 总第111期3 测试管理中的缺陷管理缺陷跟踪管理是测试工作的一个重要部分,测试的目的是为了尽早发现软件系统中的缺陷,因此,对缺陷进行跟踪管理,确保每个被发现的缺陷都能够及时得到处理是测试工作的一项重要内容。
3.1 缺陷管理的目标缺陷能够引起软件运行时产生的一种不希望或不可接受的外部行为结果,软件测试过程简单说就是围绕缺陷进行的,对缺陷的跟踪管理一般而言需要达到以下的目标:1.确保每个被发现的缺陷都能够被解决;解决的意思不一定是被修正,也可能是其他处理方式(例如,在下一个版本中修正或是不修正),总之,对每个被发现的缺陷的处理方式必须能够在开发组织中达到一致;2.收集缺陷数据并根据缺陷趋势曲线识别测试过程的阶段;3.决定测试过程是否结束有很多种方式,通过缺陷趋势曲线来确定测试过程是否结束是常用并且较为有效的一种方式。
收集缺陷数据并在其上进行数据分析,作为组织的过程财富。
一个运行良好的组织中,缺陷数据的收集和分析是很重要的,从缺陷数据中可以得到很多与软件质量相关的数据。
3.2 缺陷的描述对缺陷的描述应该包含如表1的内容:表1可追踪信息缺陷ID唯一的缺陷ID,可以根据该ID追踪缺陷缺陷基本信息缺陷详细描述测试环境说明附件缺陷状态缺陷的状态,分为已提交、待分配、已分配、已处理、已关闭、未关闭缺陷标题缺陷描述的标题缺陷级别一级(如功能错误或系统错误)、二级(加工或数据错误)、三级缺陷(数据完整或规范性错误)、建议类缺陷(如界面提示错误)、疑问(如此功能不理解错误)优先级立刻解决、一般关注、低优先级缺陷类别程序错误、接口错误、文档错误、数据错误缺陷提交人、时间缺陷提交人的名字(邮件地址)、缺陷提交时间缺陷所属项目、模块缺陷所属的项目和模块,最好能较精确的定位至模块缺陷指定解决人缺陷指定的解决人,在缺陷“提交”状态为空,在缺陷“分发”状态下由项目经理指定相关开发人员修改、修改结果反馈缺陷指定解决时间项目经理指定的开发人员修改此缺陷的deadline缺陷处理人最终处理缺陷的处理人的姓名和邮件地址缺陷处理结果描述对处理结果的描述,如果对代码进行了修改,要求在此处体现出修改的过程和修改内容缺陷处理时间缺陷处理的时间缺陷验证人对被处理缺陷验证的验证人缺陷验证结果描述对验证结果的描述(通过、不通过)缺陷验证时间对缺陷验证的时间对缺陷的详细描述;之所以把这项单独列出来,是因为对缺陷描述的详细程度直接影响开发人员对缺陷的修改,描述应该尽可能详细对测试环境的描述对于某些文字很难表达清楚的缺陷,使用图片等附件是必要的3.3 缺陷管理的一般流程3.3.1 缺陷管理流程图23.3.2 流程中的角色测试人员(T ester):进行测试的人员,缺陷的发起者;项目经理(Project Management):对整个项目负责,对产品质量负责的人员;开发人员(Developer):执行开发任务的人员,完成实际的设计和编码工作;评审委员会(Evaluation committee):对缺陷进行最终确认,在项目成员对缺陷达不成一致意见时,行使仲裁权力。
3.3.3 缺陷的状态初始化:缺陷的初始状态;待分配:缺陷等待分配给相关开发人员处理;待修正:缺陷等待开发人员修正;待验证:开发人员已完成修正,等待测试人员验证;・38・总第111期 山东教育学院学报 图2 缺陷管理流程图待评审:开发人员拒绝修改缺陷,需要评审委员会评审;关闭:缺陷已被处理完成。
3.4 缺陷的生命周期4 缺陷管理应注意问题4.1 邮件问题:缺陷管理系统,除了具有上述功能外,还能够通过邮件系统方便地向相关人员发送提醒信息(缺陷处理超时提醒、缺陷待处理提醒等)。
因为现在大多数公司都是分散在不同的地点的,需要有一种有邮件管理或基于WE B 的缺陷管理工具,通过赋于不同用户的权限、在WE B服务器上共享资源。
4.2 权限问题:作为一个缺陷跟踪管理系统,还必须注意权限分配的问题。
缺陷记录作为软件开发过程中的重要数据,不能轻易被删除;对于已经关闭的缺陷,也不能随意进行修改。
因此,缺陷跟踪管理系统必须设置严格的管理权限,非相关人员不得进行相应操作,修改相应数据。
4.3 关于BUG:软件测试决不等同于找BUG,测试是为了证明程序有错,而不是证明程序无错误。
图3 缺陷生命周期5 结论软件测试是一项非常复杂的、需要有创造性的工作,虽然已有了一些方法,但不都是很完善的,许多问题还有待进一步研究和探索,使用时仍然需要测试人员的经验和创造力。
通过缺陷管理,使测试中发现的错误能够及时的得到解决。
修正产品、使应用系统更加完善,产品的质量更高,这是我们追求的目标。
参考文献:[1] 马瑞芳1计算机软件测试方法研究[J ]1小型微型计算机系统2003,(12).[2] 郑人杰1计算机软件测试技术[M]1北京:清华大学出版社,1992.[3] W atts S.Hum phrey.M anage S oftware Process[M]1Addis on W es 2ley ,1990.(上接第51页)参考文献:[1] Dave ,Jagdish Chandra.The Human Predicament in hardy ’s Novels[M]1New Jersey :Humanities Press International Inc.,1985.[2] Davie ,D onald.Thomas Hardy and British Poetry [M]1London andK enley :R outledge &K egan Paul ,1972.[3] E llmann ,Richard and R obert O ’Clair ,ed.The Norton Anthology o fPoetry [M]12nd Edition.New Y ork :W.W.N orton and C o.,1988.[4] G ate ,M ill.Thomas Hardy :A Biography [M]1Ox ford :Ox ford Univer 2sity Press ,1985.[5] Hardy ,Florence Emily.The Life o f Thomas Hardy [M]1London :TheM acmillan Press LT D ,1986.[6] Schmidt ,M ichael.An Introduction to Fifty Modern British Poets [M]1London and Sydney :Pan Books.1982.[7] 梁工,卢龙光1圣经与文学阐释[M]1北京:人民文学出版社,2003.[8] 刘守兰1英美名诗解读[M]1上海:上海外语教育出版社,2002.[9] 王守仁1英国文学选读[M]1北京:高等教育出版社,2001.・48・ 殷广丽:浅析软件测试管理及缺陷管理 2005年第5期 。