有效地沟通可以在缺陷管理中避免项目利益相关者之间的相互指责,支持收集和解释目标信息。缺陷报告的准确性、合理的分类和客观的表述有助于改善缺陷报告提交人员和缺陷修复人员之间的关系。测试人员应考虑到缺陷的重要性,并提供可用的客观信息。 缺陷评审会议应致力于进行适当的缺陷优先级和严重程度的判定。缺陷的跟踪工具可以促进成员之间的沟通,缺陷评审会议并不能代替缺陷跟踪工具。有效的沟通和良好的工具支持有助于实现高效的缺陷管理。下面介绍缺陷沟通过程的常见问题和注意事项。 1)缺陷信息共享 缺陷信息共享主要是指在测试执行过程中发现的缺陷,在不同项目成员之间进行共享。低级别的测试(例如:组件测试或集成测试)通常由开发人员完成;而高级别的测试(例如:系统测试或验收测试)由独立的测试团队完成。在开发人员正式提交版本的系统测试前,开发人员需要进行基本功能的测试,并提供关于版本的发布说明。由于在每个测试级别和不同的测试阶段都有可能发现缺陷,因此,在不同的项目成员之间进行缺陷信息的共享显得尤为重要。主要包括:
正确处理和区分缺陷的严重程度和优先级是所有软件开发和测试相关人员的一件重要的事情。缺陷的严重程度和优先级是含义不同但相互联系密切的两个概念,它们从不同方面描述了软件缺陷对软件质量、用户、开发过程的影响程度和处理方式。一般来说,严重程度高的缺陷具有较高的优先级。严重程度高说明缺陷对软件造成的质量危害性大,需要优先处理,而严重性低的缺陷可能只是软件的瑕疵,可以稍后处理。但是优先级和严重程度并不总是一一对应的,也存在优先级低但严重程度高的缺陷,或者优先级高但严重程度低的软件缺陷。 修改软件缺陷并不是纯技术的问题,有时候需要考虑软件版本发布和质量风险等因素。下面是关于缺陷严重程度和优先级设置方面的一些建议:
测试人员在测试环境中发现缺陷的时候,假如条件允许,在提交缺陷报告之前,可以和相关开发人员进行确认。当然,对于非常容易判断的功能性缺陷或者其他非常明确的缺陷类型,测试人员可以直接提交缺陷报告。而对于稳定性、功能行为表现复杂或者难以复现的缺陷,可以要求开发人员在测试现场确认发现的缺陷,这样可以提高项目的整体效率,有利于团队之间的合作:
测试的主要目的是发现软件中的缺陷,同时为项目成员和管理人员提供关于软件系统的足够的信息,帮助他们做出正确的决定。从测试人员的角度,总是希望发现的缺陷能够全部解决,而项目管理人员对缺陷的修复考虑得可能更多。例如:
5)不要让延迟修复的缺陷消失 在测试过程中发现的一些缺陷并不一定在当前版本中修复。对于不在当前版本修复的缺陷,测试人员和项目管理人员都应该对它们进行跟踪和管理,避免此类缺陷的消失。假如延迟修复的缺陷计划在下个版本中进行修复,那么下一个版本启动的同时,就启动这些缺陷的修复任务,因为这个时候项目的进度压力、工作量压力和时间压力是最小的。 6)变更和变更的沟通 测试过程中经常发生的一个问题是:当测试人员提交缺陷报告后,开发人员直接拒绝了缺陷报告,并通知测试人员系统的设计已经被修改。为了避免类似情况的发生,测试人员或者测试经理需要采取一些措施,例如:
[文章来源]:
专注于测试能力改进
|
ISTQB AL-TM连载系列18:测试与开发的有效缺陷沟通
最新推荐文章于 2024-09-21 01:10:29 发布