如何描述测试中的bug

如何描述测试中的bug

ID:41474995

大小:58.42 KB

页数:4页

时间:2019-08-25

如何描述测试中的bug_第1页
如何描述测试中的bug_第2页
如何描述测试中的bug_第3页
如何描述测试中的bug_第4页
资源描述:

《如何描述测试中的bug》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、测试过程中如何描述BUG1>术语解释测试程序:提供给测试组测试的程序;测试计划:对测试程序(构件、应用程序、系统等)及其目标进行简要说明;测试bug:不符合测试需求的错误,也就是缺陷;在这一点上,大家一定先熟悉业务,再加性应用系统的功能,只有在这两者兼备的基础上,才能开展相关模块的具体测试,才有鉴别测试过程中出现问题时的甄別能力,这点很重婆。我们必须在第•吋间确认出现的问题是自身的操作或测试前相关人员权限配置不足引发,述是由于代码逻辑不严谨或界面描述不正确等原因造成的系统问题。错谋跟踪系统:是某个程序或应用系统,使得项目组可以报告、管理以及分析错谋报告和错谋趋势,如RationalClea

2、rQuest就是一个错谋跟踪系统。目前我们的项目组暂时没冇应用专业的BUG管理系统,也是导致我们BUG管理凌乱的-个原因,但我们还是可以通过其它一些辅助工具来实现对错误的跟踪,关键在丁.我们的组织和我们的人员对待工作的严谨态度。2、为什么要提交bug由于任何由人编写的程序都不可避免的存在着不符合测试需求的错误,也就是bug。因此需要一个方法来跟踪、分析和展示那些测试活动,避免偏离最小。这种方法称之为错谋跟踪系统。它主要是有效的管理缺陷,实现以下作用:1)减少由于缺陷报告不明确而被开发组驳回的情况,目前我们的人员在这方面普遍经验欠缺;2)加快缺陷的处理速度;3)提高测试的可信度;4)加强测试

3、组与开发组在整个项目过程屮的团队合作,这点很重要,近两周的T作观察,发现我们队伍中蒙头苦干的情况比较突出,沟通的方式方法上都冇问题,如:沟通及时性不够,语言表达过于生硬,问题表达不清晰等。测试人员其实在项目组有润滑剂的作用,因为干的活是得罪人的,所以以什么样的描述让开发人员清晰的接收问题,以什么样的方式方法和开发人员沟通,保持轻松愉快的气氛,都是需要我们不断总结提高。3、如何才能提交好的测试bug在冇些组织里,程序员儿乎会把一半的测试bug返回给测试组,因为那些错误不可再现、没冇发现错误、同设计要求一致,或者错误报告根木无法操作。如果错误报告冇如此高的返回率,基本可以认为是过程崩溃,盂要立

4、即解决:因为编写这些报告浪费了时间;会影响程序员和测试人员Z间的团队凝聚力;最糟糕的是失去改进产品质量的机会。这个问题忖前在我们的项目上表现的比较突出,冇很大的原因是因为我们不是专业的测试人员和团队,组织不够严密,但人员的自我要求不髙,钻研学习的干劲不足,交代任务执行力不强也是一方面。冇些错误总是不可再现的或提出质疑的。冇些错误只是间断地在模糊的或极端的条件下表现出来。冇时候,测试环境和程序员Z间的不一致会导致“在我的系统上工作良好”的反应。在需求不清楚的项目中,在一定的测试条件下,对“正确”行为的观点可以存在合理的不同。冇时候,当真正的问题在于糟糕的测试过程、测试数据或不正确的测试用例时

5、,测试人员可能错误解释测试测试结果和报告错误。为了防止这类问题,要提交好的测试bug,作为一个好的测试人员,必须遵循以下八个步骤:1)结构:无论你是做探索性的或是描述性的、手工的或自动的测试,都要认真仔细的测试;软件测试2)再现:尽量三次再现故障。如果问题是间断的,那么最好报告问题发生的概率例如,每3次出现一次,每3次出现2次等;3)推广:确定系统其他部分是否可能出现这种错误,以及使用不同的数据是否可能出现这种问题,特别是那些存在严重影响的问题。4)总结:简要描述客户或用户的质量体验和观察到的一些特征。5)压缩:精简任何不必要的信息,特别是冗余的测试步骤。6)去除歧义:使用清晰的语言,尤其

6、要避免使用那些冇多个不同或相反含义的词汇。7)中立:公正地表达自己的意思、,对错误及其特征的事实进行描述,避免夸张或忽略的语句,引起过度的注意力或忽视。8)评审:至少冇一个同行,最好是一个冇经验的测试工程师或测试经理,在你提交测试报告或测试评估报告Z前先自己读一遍。这项工作在冃前的情况下,可以交叉阅读各自的BUG描述,看对方在能否准确理解描述的问题。好的测试bug描述是告诉读者测试人员发现了什么,而不是测试人员做了什么。因此只需要根据上述八个步骤写下最少的必需重现步骤4、如何提交bug好的故障描述应该包括I个基木部分:标题、项FU所属模块、优先级、重耍性、异常等级、可重复性、现象、操作过程

7、和附件。①标题使用一两句话來描述错误,告诉经理、开发人员以及其他读者为什么应该关心该问题。好的标题应该着重于岀现的bug现象。但是过于简洁易引起误导,使得原本重要的问题被忽视。因此必须应该采用简洁、切屮要害的概要,这样才能引起读者的重视。不重要的就描述比较轻微,例如:“联系人的email没冇检查合法性”;重要的就要体现比较严重,例如:“填了运营商仍然提示运营商不能为空,使得无法进行下一步的操作”,会更容易让开发人员理解究

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。