08测试经验与技巧.ppt

第8章测试经验与技巧 本课教学目标 分享在软件测试过程中的实际经验分享在软件测试过程中出现频率较高的缺陷问题 课程内容 8 1测试经验交流8 2高频缺陷分享 8 1测试经验交流 问题一 确定BUG等级决定BUG严重性的时候 可以根据该被测对象在整个系统中充当的角色 实现的功能来判定如果该对象出现错误会对整个系统产生什么样的影响 对产生的影响进行分析 进而再去对照缺陷等级定义标准 影响分类如下 Blocker 阻碍开发和 或测试工作Critical 逻辑错误 丢失数据 内存溢出Major 主要的功能缺陷 Minor 次要的功能缺陷 Trivial 产品外观上的问题或一些不影响使用的小毛病 如菜单或对话框中的文字拼写或字体问题等等 页面交互性问题 8 1测试经验交流 问题二 整理测试需求测试需求的整理是明确现在要 测什么 软件需求确定以后 根据软件需求规约 软件需求用例 从文档对软件特性和软件业务流程的描述中获得软件所设涉及的业务的一个基本认识 比如用户的实际业务是怎么进行的 实现这些业务需要什么约束条件 这些约束条件对实现业务的影响是什么 多个业务之间是否存在相互的关系 如果存在相互的关系 这些相互关系对处于这些关系中的业务又什么影响等 通过这些业务的分析 可以获得最初的一些测试需求 等开发部门的架构设计文档和详细设计文档出来以后 可以根据这些文档 对已有的测试需求进行增补 在执行测试的时候 如果发现在测试需求中没有包含的内容 则对这部分内容 也要整理添加到测试需求当中 8 1测试经验交流 问题三 数据矩阵的使用填写操作列表 将在软件上操作的步骤记录下来 包括所有被操作的项目和相应的值 这种方法的又是在于可以清晰的表达对于一条确定的测试用例的测试思路 比如可以利用操作步骤设计测试用例 测试常见的用户登录框用户正常登录功能 填写测试数据矩阵 将被操作项作为矩阵的一个字段 而矩阵中的一条条记录 则是这些字段的值 利用这个方法 可以存放测试数据 特别是操作步骤相同 知识赋予属性的值不同的情况 比如可以利用测试数据矩阵 编写测试用例 将用户不能输入错误用户名和密码的情况以数据记录的形式存放在测试矩阵中 8 2高频缺陷分享 边界测试 测试用户输入框中的数值的最大数和最小数 以及为空时的情况 非法测试 例如在输入数字的地方输入字母 必输测试 测试在有必须输入标识的输入域的校验 唯一测试 测试对重名记录有影响的输入校验 跟踪测试 跟踪一条数据的流程 保证数据的正确性 在开始测试时应保证数据的正确性 然后在从系统中找出各种BUG 接口测试 程序往往在接口的地方很容易发生错误 要在此模块测试勿掉以轻心 代码重用测试 在开发过程中有些模块功能几乎相同 程序员在重用代码时可能忘记在原有代码上修改或修改不全面 而造成的错误 突发事件测试 服务器上可能发生意外情况的测试 8 2高频缺陷分享 续 外界环境测试 有些系统在开发时依赖于另外一个系统 当另外一个系统发生错误时 这个系统所受到的影响的情况 在程序员刚修复Bug之后的地方 再找一找 往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误 文字测试 如果在系统界面或提示信息有用词不当的地方 我想这是不应该的 系统兼容测试 例如有些程序在IE6能运行正常 到IE5下不能运行 有些程序在WIN2000下能运行 而到WINXP却不能运行 像一些很特别的用户去使用系统 你很有可能发现BUG 时间逻辑测试 对于类似出生日期 开始时间 结束时间等时间类输入存在一定的逻辑关系 对这些时间进行反常的输入通常会引起错误 问题与讨论 请和大家一起分享一个你在测试工作使用的小技巧和一个高频缺陷 测试人员的三个境界 昨夜西风凋碧树 独上高楼 望尽天涯路 此第一境也 做测试成牛人者 首先对Bug要有执着的追求 明确目标与方向 了解Bug的概貌 达到 知 之大境界 衣带渐宽终不悔 为伊消得人憔悴 此第二境也 对Bug 要执着追求 忘我奋斗 为了找到Bug 发现Bug 一切都要在所不惜 此为 行 之境界 为找bug理想而坚