TA的每日心情 | 郁闷 2022-8-29 14:43 |
---|
签到天数: 1 天 连续签到: 1 天 [LV.1]测试小兵
|
软件出现的错误就是软件缺陷俗称BUG
1;从产品内部看:软件缺陷是软件产品开发或维护过程重所存在的错误,毛病等各 种问题
2:从产品外部看:软件缺陷是系统所需要实现的某种功能的失效或违背
什么是缺陷BUG
任何程序,系统以及文档重的问题,同产品设计书的不一致不能满足用户的需求
怎么判断什么是软件缺陷
(1)软件未实现产品说明书要求的功能
(2)软件出现了产品说明书指明不应该出现的错误
(3)软件出现了产品说明书未提到的功能
(4)软件未实现产品说明书虽未明确提及但应该实现的目标(比如银行的安全措施)
(5)软件难以理解,不易使用,运行缓慢或者-----最终用户会认为不好
Bug产生原因
软件需求原因:需求产品规格说明书中缺陷最多
1.需求:沟通难度:未设计:开发在黑暗中摸索前行,忽略文档的重要性,需求变动导致信息不一致
2.技术问题原因:算法错误,语法错误,计算和精度问题,接口参数传递不匹配
3.团队工作原因:误解,沟通不充分
4.软件本身原因
5.文档错误.用户使用场合
6.时间上不协调或不一致所带来的问题
7.系统的自我恢复或数据的异地备份,灾难性恢复等问题
Bug产生分布
软件测试的错误占比:据业界著名的统计公司的统计表明,属于需求分析和软件设计错误的约占64%属于程序
编写错误的仅占36%。
软件缺陷发现的越晚,修改花费的成本越大 必须意识到”需求评审很重要 设计评审不能少,文档更新要及时,开
发测试要思考
软件开发模型:
模型是软件开发过程中的一个重要模型,由于其模型构图形似字母V,所以又称软件测试的V模型,V模型大体可
以划分为以下几个不同的阶段步骤:需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测
试、验收测试
BUG的管理
BUG管理的定义:
Bug管理是指对开发,测试,设计等过程中一系列活动过程中出现的bug问题给予纪录、分级,审查、跟踪、分
配、修改、验证、关闭、整理、分析、汇总以及删除等一系列活动状态的管理。
系统管理员在BUG管理工具中建立项目名称,以及和被测试的项目相关的人员名单;给相关人员指定相应的角
色和权限。
1 测试人员发现BUG并在BUG管理工具如中记录分级,测试负责人审核BUG的有效性。并提交给开发
2测试负责人跟踪BUG分配,以确保BUG没有被忽略。
3测试负责人负责定期生成测试进展通报表,向项目组成员、项目经理、测试部门经理、高级经理通报每天产生
的BUG、BUG总数、BUG状态等有效信息;
4测试负责人根据开发修改完的代码验证BUG是不是被修复
5测试负责人根据这些数据调整测试策略和资源分配或者判断是否可以结束测试。对于争议的BUG,报请测试经
理,由测试经理组织讨论后进行裁决,并生成测试问题报告单。
6结束测试项目后,测试负责人利用BUG管理工具生成BUG统计数据,分析项目的BUG作为编写测试分析报告
数据来源之一。
|
|