1、一条软体缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软体缺陷(Bug)记录?
一条Bug记录最基本应包含:编号、Bug所属模块、Bug描述、Bug级别、发现日期、发现人、修改日期、修改人、修改方法、回归结果等等;要有效的发现Bug需参考需求以及详细设计等前期文档设计出高效的测试用例,然后严格执行测试用例,对发现的问题要充分确认肯定,然后再向外发布如此才能提高提交Bug的质量。2、Bug必填栏位有哪些?
一条bug信息至少需要以下几条:bug编号、bug严重级别及优先顺序、bug产生的模块等。首先要有bug摘要,阐述bug大体的内容;其次,找出bug对应的版本,bug详细现象描述,包括一些截图、录像等等;最后就是bug出现时的测试环境,产生的条件即对应操作步骤。
3、简述一下BUG的生命周期?提交->确认->分配->修复->验证->关闭4、软体的缺陷等级应如何划分?A类:严重错误,包括以下各种错误1)由于程序所引起的死机,非法退出;2)死循环;3)资料库发生死锁;4)因错误操作导致的程序中断;5)功能错误;
6)与资料库连接错误;
7)数据通讯错误;B类:较严重错误1)程序错误;2)程序介面错误;3)资料库的表、业务规则、预设值未加完整性等约束条件;C类:一般性错误(操作界面错误,包括数据窗口内列名定义、含义是否一致)2)列印内容、格式错误;3)简单的输入限制未放在前台进行控制;
4)删除操作未给出提示;
5)资料库表中有过多的空栏位;D类:小错误1)界面不规范;2)辅助说明描述不清楚;3)输入输出不规范;4)长操作未给用户提示;5)提示窗口文字未采用行业术语;6)可输入区域和只读区域没有明显的区分标志;测试过程及方法