今天完成的事：

总结任务2的等价类划分，BUG的级别，BUG的跟踪

明天计划的事：

任务3

遇到的问题：

暂无

任务总结：

等价类划分，指的是一种典型的、重要的黑盒测试方法。其就是解决如何选择适当的数据子集来代表整个数据集的问题，通过降低测试的数目去实现“合理的”覆盖，以此来发现更多的软件缺陷，统计好数据后由此对软件进行改进升级。

有效等价类划分

无效等价类划分

等价类划分的方法

等价类划分的原则

等价类表的建立

4）设计新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，按照这一步骤重复进行，直到所有的无效等价类都被覆盖为止。

bug的级别

按照jira管理工具上，bug主要分五类：

1） Blocker：阻碍开发或测试工作的问题。（这个测试人员通常很少遇到）

2） Critical：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。

 具体基本上可分为：

○ 严重花屏

○ 内存泄漏

○ 用户数据丢失或破坏

○ 系统崩溃/死机/冻结

○ 模块无法启动或异常退出

○ 严重的数值计算错误

○ 功能设计与需求严重不符

○ 用户权限问题

○ 安全问题

○ 其它导致无法测试的错误

3） Major：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性

 具体基本上可分为：

○功能未实现

○ 功能错误

○ 系统刷新错误

○ 语音或数据通讯错误

○ 轻微的数值计算错误

○ 系统所提供的功能或服务受明显的影响

4） Minor：界面、性能缺陷

         具体基本上可分为：

○ 操作界面错误（包括数据窗口内列名定义、含义是否一致）

○ 边界条件下错误

○ 提示信息错误（包括未给出信息、信息提示错误等）

○ 长时间操作无进度提示

○ 系统未优化（性能问题）

○ 光标跳转设置不好，鼠标（光标）定位错误

5） Trivial：易用性及建议性问题

具体基本上可分为：

○ 界面格式等不规范

○ 辅助说明描述不清楚

○ 操作时未给用户提示

○ 可输入区域和只读区域没有明显的区分标志

○ 个别不影响产品理解的错别字

○ 文字排列不整齐等一些小问题

○ 建议

bug的跟踪

测试人员发现了BUG，提交到Bugzilla中，状态为new，BUG的接受者为开发接口人员 开发接口将BUG分配给相关的模块的开发人员，状态修改为已分配

开发人员和测试确认BUG，如果是本人的BUG，则设置为接收；如果是别的开发人员的问题，则转发出去，由下一个开发人员来进行此行为；如果认为不是问题，则需要大家讨论并确认后，拒绝这个BUG，然后测试人员关闭此问题。

如果开发人员接受了BUG，并修改好以后，将BUG状态修改为已修复，并告知测试在哪个版本中可以测试。

测试人员在新版本中测试，如果发现问题依然存在，则拒绝修改；如果已经修复，则关闭BUG。