又转头回来写前传!
这是多年以来养成的一个坏习惯:急用先学、现学现用!也确实有不得已的因素,毕竟有些东西用的不多,又成不了主流一派(彼时彼刻),自然就用什么学什么了,“对付”过去就行。“对付”这词用的有些草率了,学过的东西通常用的多些的基本都还记着呢,用的少却是忘了不少。
学了Selenium觉得还挺好玩,一方面是为了斗智斗勇(其实是为了自己饭碗负责,多掌握一些就多一份竞争优势),另一方面是觉得好玩,就想好好学一下,说不定还能考个证呢!
===========================认真地割============================
IEEE729-1983 对缺陷有一个标准的定义:
从产品内部看,缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题;
从产品外部看,缺陷是系统所需要实现的某种功能的失效或违背。
- 没有实现要求的功能模块
- 出现了不应该出现的错误
- 实现了没有要求的功能模块
- 没有实现隐含的目标
- 易用性差,运行缓慢
我也是“啊(?)啊(!)”了。本节小测么理论上内容都是本节学的,我果断犹豫地写了“外部”,不出意外地意外了……按上面IEEE729-1983的定义,我觉着写个外部也没啥问题吧,又翻一遍这个单元的课件,完全没有写什么“缺陷级别”之类的。
Are you kidding me? 尽信书不如无书!是我草率了……以下内容来自网络,目测正确!
缺陷级别分为4个: 崩溃,严重, 一般, 次要,建议【这已经是第5个了】
1. Blocker(崩溃)
崩溃: 阻碍开发或测试工作的问题.
- 造成系统崩溃, 死机, 死循环, 导致数据库数据丢失, 与数据库连接错误, 主要功能丧失, 基本模块缺失等问题. 如: 代码错误, 死循环, 数据库发生死锁, 重要的一级菜单功能不能使用等(该问题在测试中较少出现, 一旦出现应立即终止当前版本测试.)
- 造成数据泄露的安全性问题, 比如恶意攻击造成的账户私密信息泄露
- 涉及金钱计算
- 阻断性测试, 所有测试工作进行不下去--阻断错误一般发生在冒烟测试等主流程上, 比如, 如果注册之后才能进行内部操作, 然后无法注册.
2. Critical(严重)
严重: 系统主要功能部分丧失, 数据库保存调用错误, 用户数据丢失, 一级功能菜单不能使用但是不影响其他功能的测试.
功能设计与需求严重不符, 模块无法启动或调用, 程序重启, 自动退出, 关联程序间调用冲突, 安全问题, 稳定性等.
如: 软件中数据保存后数据库中显示错误, 用户所要求的功能缺失, 程序接口错误, 数值计算统计错误等.(该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试).
- 重要功能不能实现
- 错误的涉及面广, 影响到其他重要功能正常实现
- 非常规操作导致的程序崩溃, 死机, 死循环, 闪退
- 界面超级难看
- 密码明文显示
3. Major(一般)
一般: 功能没有完全实现但是不影响使用, 功能菜单存在缺陷但不会影响系统稳定性
如: 操作时间长, 查询时间长, 格式错误, 边界条件错误, 删除没有确认框, 数据库表中字段过多等(该问题实际测试中存在最多)
不影响产品的运行, 不会成为故障起因, 但对产品外观和下道工序影响较大的缺陷.
- 次要功能不能实现(次要功能和主要功能的区别: 主流程之外的功能算是次要以及主要功能模块中的控件出现问题, 但主要流程仍然能正常实现)比如说: 注册时, 指明用户名为中文, 但输入英文注册成功了, 但不影响登录后的功能使用
- 操作错误(数据库中列明, 类型错误等)
- 查询结果错误
- 前端界面的简单输入限制未做出错误提示
- 例如: 删除操作未给提示, 防止误操作
4. Minor(次要)
次要: 界面, 性能缺陷, 建议类问题, 不影响操作功能的执行, 可以优化性能的方案等. 如: 错别字, 界面格式不规范, 页面显示重叠, 不该显示的要隐藏, 描述不清楚, 提示语丢失, 文字排列不整齐, 光标位置不正确, 用户体验感受不好, 可以优化性能的方案等(此类问题在测试初期较多, 优先程度较低, 在测试后期出现较少, 应及时处理)
- 界面上的错误, 界面布局, 文字格式, 按钮样式等轻微错误
- 辅助说明描述不清楚
- 提示窗口文字未采用行业术语
- 改进建议