软件测试流程及方法详解( 五 )


R:如处于a指向b的虚线三角箭头上,表示a出现时b也必须出现,不可能一个出现一个不出现
从输出考虑
M:如处于a指向b的虚线三角箭头上,表示a为1时b必须为0,a为0时b值不定
连线:恒等
~:非
∨:或
∧:且
ci:原因
ei:结果
画出因果图后,根据图得到决策表从而得到相应的测试数据:原因节点+中间节点为条件桩,结果结点为动作桩 。
什么是软件?软件=文档+程序+数据
文档: 是与开发、维护和使用有关的图文资料 。
程序: 是按实现设计的功能和性能要求执行的指令序列 。
系统软件window、Linux、DOS系统、ios系统等 。
应用软件王者荣耀、wechat、淘宝、图书馆管理系统等 。
软件缺陷(Enhancemental--Bug)1.未实现产品说明书要求功能
2.出现说明书中指明不应出现的错误
3.实现了说明书中未提及的功能(画蛇添足)
4.未实现产品说明书未提及,但是应实现的功能
5.难以理解,不易使用,运行缓慢
软件BUG等级划分标准测试BUG等级划分标准
1.Blocker(崩溃)【Fatal致命的】:阻碍开发或测试工作的问题;造成系统崩溃、死机、非法退出、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题 。如:代码错误、死循环、数据库发生死锁、系统关键性能不达标,数据通信错误或接口不通等
2.Critical(严重):系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,一级功能菜单不能使用但是不影响其他功能的测试 。功能设计与需求严重不符,模块无法启动或调用,程序重启、自动退出,关联程序间调用冲突,安全问题、稳定性等 。如:软件中数据保存后数据库中显示错误,用户所要求的功能缺失,程序接口错误,数值计算统计错误、服务程序频繁需要重启(每天2次或以上)、周边接口出现故障(需考虑接口时效/数量等综合情况)等(该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试) 。
3.Major(一般):功能没有完全实现但是不影响使用,功能菜单存在缺陷但不会影响系统稳定性 。如:操作时间长、查询时间长、格式错误、边界条件错误,删除没有确认框、数据库表中字段过多、 数据来源不正确;、无数据有效性检查或检查不合理等(该问题实际测试中存在最多,合理安排解决BUG,解决率关系版本的优化程度)
4.Minor(次要):界面、菜单布局错误或不合理、焦点控制不合理、性能缺陷,光标,滚动条定位错误,建议类问题,不影响操作功能的执行,可以优化性能的方案等 。如:错别字、界面格式不规范,页面显示重叠、不该显示的要隐藏,描述不清楚,提示语丢失,文字排列不整齐,光标位置不正确,用户体验感受不好,可以优化性能的方案等(此类问题在测试初期较多,优先程度较低;在测试后期出现较少,应及时处理)
5.Negligible(辅助性缺陷): 建议优化类、缺少产品使用、帮助文档、系统安装或配置方面需要信息、长时间操作未给用户进度提示、显示格式不规范、长时间操作未给用户进度提示等
BUG状态标准
待处理(new):测试人员或用户发现新问题后提交的状态
已确认(open):经测试人员及研发人员讨论后确认是BUG,提交的状态,由测试人员来设置 。
已处理(fixed):经研发人员确认是BUG后修复的状态,修改还没有验证,由开发人员来设置 。
已修改(closed):测试人员认为问题已经修改,通过验证,由测试人员设置 。
仍存在(reopened):测试人员认为BUG未修复成功,问题仍然存在,由测试人员设置 。
不是问题(reject):研发人员确认不是BUG,或者建议与意见决定不采纳 。
暂不处理(hold):当前版本不做修改,后续版本再考虑,由研发人员或测试人员设置 。
(1)激活状态(Active或Open) 。
(2)已修正状态(Fixed或Resolved) 。
(3)关闭或非激活状态(Close或Inactive) 。
软件测试前期重点工作正确评估和区分软件缺陷的严重性和优先级 。
严重性:
A类:Blocker(崩溃)【Fatal致命的】
B类:Critical(严重)
C类:Major(一般)
D类:Minor(次要)
E类:Negligible(可忽略的)
优先级:
P1类:立即解决
P2类:高优先级
P3类:正常排队
P4类:低优先级
优先级确定方法:
1.二八原则
2.ABC原则


推荐阅读