执行结果和预期结果不一样,就叫缺陷,俗称bug
1.软件缺陷判定标准
少功能:软件未实现需求(规格)说明书中明确要求的功能
功能错误:软件出现了需求(规格)说明书中指明不应该出现的错误
多功能:软件实现的功能超出需求(规格)说明书指明的范围
隐性功能错误:软件实现需求(规格)说明书中虽未明确指明但是应该实现的要求
不易使用:软件难以理解,不易使用,运行缓慢,用户体验不好
2.项目中缺陷的管理流程
需求阶段:需求描述不易理解,有歧义,错误等等
设计阶段:设计文档存在错误或者缺陷
编码阶段:代码出现错误
运行阶段:软硬件系统本身故障导致软件缺陷
3.使用工具管理缺陷
禅道:
禅道的特点:三权分立
产品部门——构想者
研发部门——执行者
测试部门:保证者文章来源:https://www.toymoban.com/news/detail-799736.html
恕我直言:不知道这个板块玩意儿学的有啥用文章来源地址https://www.toymoban.com/news/detail-799736.html
到了这里,关于【软件测试学习笔记3】缺陷管理的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!