
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
编程缺陷问题在大多数软件开发项目中或多或少都是存在一些的,而通过软件测试我们可以找出这些问题并修复,下面我们就通过案例分析来简单了解一下,软件开发缺陷规范与要素分析。
软件缺陷可以是编码中的缺陷,也可以是软件需求设计中的缺陷,终都会导致软件程序运行不符合用户预期需求的结果。有过测试经验的小伙伴,大都接触过比较流行的缺陷管理工具Jira,用于记录测试过程发现的缺陷。想要做好质量度量,就一定要有被度量的元数据(缺陷数据),而缺陷自身被给予的特征维度越多,则越能将度量工作做的更细致,也能度量出更多的结果。而缺陷规范,可以简单理解为给缺陷贴不同维度标签(要素)。
如上所述,理论上缺陷要素越多则度量的结果越精确,但通常会包含以下基本内容,如描述、发现缺陷的日期、发现缺陷的测试人员的名字、修复缺陷的开发人员的名字等。
缺陷ID:的缺陷ID,可以根据该ID追踪缺陷
缺陷状态:一般情况下缺陷状态有:“打开/重新打开”、“待解决”、“不解决(拒绝)”、“已解决”、“已修复”、“延期修复”、“关闭”等。英文描述:Open/Reopen、un-solved、Won’tFix、Resolved、Fixed、Deferred、Close。
缺陷标题:描述缺陷的标题
缺陷标签:用于缺陷归类
缺陷的详细描述:对缺陷的详细描述,缺陷如何复现的步骤等等,之所以把这项单独列出来,是因为对缺陷描述的详细程度直接影响开发人员对缺陷的修改,描述应该尽可能详细。
缺陷的严重程度:描述缺陷的严重程度,一般分为“致命(Critical)”、“严重(Major)”、“一般(Minior)”、“轻微(Trival)”和“建议修改(Suggestion)”等五种。
缺陷的紧急程度:描述缺陷的紧急程度,用P0-4级来定义,4是优先级低的等级,0级是优先级高的等级。缺陷的紧急程度与严重程度虽然是不一样的,但两者密切相关,往往的越是严重,就越是紧急;但是也存在一些情况,虽然严重等级不高,但是需要紧急修复。
缺陷提交人:缺陷提交人的名字
缺陷所属项目/模块:缺陷所属的项目和模块,好能较精确的定位至模块
缺陷解决人:终解决缺陷的人
缺陷处理结果描述:对处理结果的描述,如果对代码进行了修改,要求在此处体现出修改
必要的附件:对于某些文字很难表达清楚的缺陷,使用图片等附件是必要的。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。