今日关键词:996如呼吸般自然。。
今天还是主要学习了软件测试的基础理论知识,记录下几个比较重要的点。
测试人员的必备素质:
责任心,沟通能力,团队合作精神,耐心、细心、信心,时刻保持怀疑的态度,并且有缺陷预防意识,具备一定的编码经验。
什么是软件缺陷?
1、不符合设计要求
2、不满足用户确定需求
需要注意的是:有些问题看似错误,但不是缺陷。有些问题看似正确,但是缺陷。
判断发现的问题是否是缺陷的方法:
1、通过参考文档来确认缺陷
2、通过了解软件产品的行业背景(或参考同类典型软件)来发现缺陷
3、通过沟通来确认和识别缺陷(产品经理)
再现(又叫重现)与优化缺陷的必要性:
为什么要再现与优化缺陷(需要特别注意,优化缺陷并不是指优化缺陷本身,而是优化缺陷的再现步骤)
关于软件中的”随机“出现的缺陷(不可重现的缺陷)需要记录下来
如何有效的记录缺陷(写缺陷报告)
保证重现缺陷。
分析故障--使用最少步骤复现故障
缺陷报告里需要包含所有重现缺陷的必要步骤
缺陷报告需要的是简单的记录,方便阅读
尽量的简单,一个缺陷一个报告
注意自己的语气!
几个值得注意的经验:报告不能重现的缺陷。不能夸大缺陷。小缺陷(甚至建议)也要报告。
及时报告缺陷。 引用别人的报告时,最好不要修改,可以添加批注之类的补充评论
缺陷报告的用途是什么?记录缺陷、缺陷分类、缺陷跟踪
缺陷的分类:
按问题引出不同
按缺陷的严重程度:
1级bug:影响进度的问题、死机
2级bug:功能问题
3级bug:界面问题、 建议
按修复缺陷的优先级来分类:
应立即修复的问题
在产品发布之前必须修复的问题
如果时间允许应该修复的问题
可以在发布版本中存在的问题
缺陷报告的分类
作用:给管理者查看,方便测试人员跟踪缺陷
按照缺陷所处的状态来进行分类:
待确认的
新提交的
已分配的
问题未解决的
带返测的
已关闭的
按处理意见分类:
已解决的
不是问题
无法修复
延迟解决
重复bug
无法复现
缺陷报告的处理流程:
测试人员提交缺陷报告=》测试人员、测试经理或开发经理分配缺陷报告=》开发人员处理缺陷报告=》测试人员返测报告
返测未通过=》开发人员处理缺陷报告
返测通过=》测试人员、测试经理或开发经理关闭缺陷报告
关于缺陷处理:
注意缺陷报告的处理成本
修改缺陷要量力而行
关注被推迟修改的缺陷
如果决定据理力争就一定要赢
正确认识软件测试
软件的质量不是靠测出来的
软件测试真的比开发容易么??
测试人员发现缺陷是测试的初步,还要分析定位缺陷;而且测试人员需要发现潜在的难以被发现的缺陷
测试人员需要开发测试工具和自动测试脚本
测试人员必须精通整个业务
软件测试需要开发与测试人员的共同努力
破坏性(测试)、建设性(开发)
考虑角度不同
软件质量特性
功能性(40%):适合性,精确性,互操作性,安全性,依从性
可靠性(5%):成熟性,容错性,易恢复性,依从性
易用性(15%):易理解性,易学性,易操作性,吸引性,依从性
效率(30%):时间特性,资源特性,依从性
可维护性(5%):易分析性,易改变性,稳定性,易测试性,依从性
可移植性(5%):适应性,易安装性,共存性,易替换性,依从性