软件缺陷
上一篇 /
下一篇 2013-05-06 17:45:10
/ 个人分类:软件缺陷
如何分析缺陷产生原因
缺陷率
/正常操作/非正常操作
对于可以重现的缺陷,提交;
重现无规律或不能重现的,做最可能的分析与修复并标注并提出建议
非正常操作重现的,一定要描述清楚
问题规律
Bug的状态?
5类缺陷类型的定义?
缺陷的总数及状态分类及测试标准
/也要了解具体测试的测试需求和测试重点
问题来源:BIOS AP操作系统文件管理系统文档硬件…
自动化测试中要区分缺陷是软件缺陷还是自动化的缺陷(需改进自动化工具或脚本质量)
白盒测试发现的错误类型:语法错误,编译错误,逻辑错误,判定条件错误,编程错误,memory leak,performance
problem
每个测试类型中常见的错误?
缺陷的分类(从测试生命周期上分析)
需求bug:可以包括设计问题和功能问题,当然还有非功能性缺陷等。简而言之就是对于业务需求不清晰或者理解有偏差产生的问题。可能包括业务分析人员不专业因素、开发与测试人员思维不一致、产品未满足客户实际需求(想法)等一系列bug。/指由于客户需求描述不清晰或错误、需求收集人员自身原因及需求本身模糊难于分析、获取等原因,导致客户需求获取不准确,后期产品不能满足客户、用户的要求。
功能bug:大部分理应该是附属于需求说明书上的功能模块,因为开发、设计、实现等原因故而产生功能bug。/是指计算机软件或程序中存在的某种破坏正常运行能力的问题、错误,或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。
设计bug: 可以认为是开发架构师/人员在项目设计编码前遗留的“历史”问题。因为设计bug还是根据需求说明书来进行开发设计,故而一些业务逻辑上的关系、代码算法的优化、数据库/表的关联等都属于设计bug。/是指产品在最初设计时由于未考虑全面,而使产品在使用中存在的一些潜在的缺陷。
建议从以下几点进行区分:
1、产生的时间不相同:
需求Bug:产生于项目前期
设计Bug:产生于项目前期或中期
功能Bug:产生于项目中期或后期
2、产生的原因不相同:
需求Bug:客户需求描述不清晰或错误、需求收集人员不够专业、需求本身模糊难于分析、获取等原因
设计Bug:系统框架、通讯模式、库表设计、编写语言等选择不当,导致后期扩展棘手、安全性低等
功能Bug:开发工程师需求理解错误、代码编写缺陷等原因
3、造成的影响不相同:
需求Bug:对整个项目的影响极大,会直接拖后项目的进度、加大项目成本、降低客户对公司的评价
设计Bug:后期功能扩展、性能、安全性等可能会遭到威胁
功能Bug:影响用户使用体验、影响数据、资金安全
4、处理方式不相同
需求Bug:重新收集需求,重新设计和开发(需求Bug是对项目成本和进度影响最大的因素)
设计Bug:重大缺陷必须修复,小设计缺陷在下一次发布时更新(一般难于修复或修复成本较大)
功能Bug:直接修复缺陷,重新发布或更新
5、Bug的直接责任人不相同
需求Bug:业务人员、需求专员、项目经理等
设计Bug:架构工程师、数据库工程师、技术经理、项目经理等
功能Bug:开发、测试工程师
大部分测试阶段的bug以功能问题为主。
收藏
举报
TAG: