标签:list 背景 级别 注释 验证 又能 ref problem 开发工具
目录
不满足用户确定需求、影响软件功能实现的问题、故障
缺陷就是人们通常所说的bug。
ex.一下哪一种选项不属于软件缺陷___。
A.软件没有实现产品规格说明所要求的功能
B.软件中出现了产品规格说明不应该出现的功能
C.软件实现了产品规格说明没有提到的功能
D.软件实现了产品规格说明书所要求的功能但因受性能限制而未考虑可移植性问题
答案:D
再现(又叫重现)与优化缺陷的必要性
优化缺陷并不是指优化缺陷本身,而是优化缺陷的再现步骤
为什么要再现与优化缺陷?
关于软件中“随机”出现的缺陷如何处理?
判断一个缺陷报告撰写好坏的简单方法:让非缺陷报告撰写者(技术人员)依据缺陷报告重现缺陷,如果能简单、迅速的重现缺陷,表明缺陷报告较好
减少开发人员重复缺陷的时间
使开发人员更准确的定位缺陷
测试人员假定常用的操作步骤开发人员不一定熟悉,省略了必要的步骤长处造成开发人员无法重现缺陷。
举例:
概述:使用“记事本”仅保存“联通”二字后再打开该文件,出现乱码。
描述步骤:
1.点击“开始” → “程序” → “附件” → “记事本” 打开记事本软件;
2.仅输入“联通”二字,点击“文件” → 保存;
3.在打开的“另存为”对话框中保存文件后退出(文件名、保存位置任意);
4.打开保存的文件,出现乱码,不是“联通”二字。
举例:
概述:“记事本”中“另存为”对话框中默认文件后缀写成了“.txk”。
描述步骤:
1.点击“开始” → “程序” → “附件” → “记事本” 打开记事本软件;
2.仅输入“联通”二字,点击“文件” → 保存;
3.在打开的“另存为”对话框中,默认文件文件后缀应该是“.txt”,你们开发人员是不是用脚后跟考虑问题的,居然写成了“.txk”;
缺陷报告是描述软件缺陷现象和重现步骤地集合。
软件缺陷报告Sottware Bug Report(SBR)或软件问题报告Software Problem Report(SPR)
1.缺陷报告是软件测试人员的工作成果之一,体现软件测试的价值
2.缺陷报告可以把软件存在的缺陷准确描述出来,便于开发人员修正
3.缺陷报告可以反映项目/产品当前的质量状态,便于项目整体进度和质量控制
4.软件测试缺陷报告是软件测试的输出成果之一,可以衡量测试人员的工作能力
缺陷的标题
缺陷的的基本信息:
1.测试的软件和硬件环境
2.测试的软件版本
3.缺陷的类型
4.缺陷的严重程度
5.缺陷的处理优先级
复现缺陷的操作步骤
缺陷的实际结果描述
期望的正确结果描述
注释文字和截取的缺陷图像
在分析、设计、实现阶段的复审和测试工作能够发现和避免80%的缺陷,而系统测试又能找出其余缺陷中的80%,最后的4%的缺陷可能只有在用户大范围、长时间使用后才会暴露出来。
按照严重程度分类、缺陷的优先级、缺陷的类型以及功能模块等进行分类
致命错误:如数据丢失、死机、系统崩溃
严重错误:如功能未完成,功能完成不正确
一般错误:如功能不完善,界面问题等
建议(轻微):测试人员认为怎么处理更好一些的问题
立即修改
在本版本修改
在产品发发布前修改
在发布版本中可以存在的问题
功能、压力/负载、界面、兼容、易用、安装/卸载、安全
功能模块1
功能模块2
功能模块3
功能模块4
......
标签:list 背景 级别 注释 验证 又能 ref problem 开发工具
原文地址:https://www.cnblogs.com/TD1900/p/11840920.html