|
进入测试行业也有差不多2年的时间了,之前做的是游戏行业的测试。
现在转做WEB测试,在测试过程中发现一些问题,请各位前辈和大虾们
指点指点。
目前所在的公司,测试部门刚刚独立出来,对测试流程和测试管理都
在不段的改善之中。由于我们开发的产品都是面向公司的员工,因此在
上报缺陷的过程中出现了测试人员认为是缺陷。但是开发人员以用户部门
并未有此需求为理由。不认可测试人员上报的缺陷。具体有以下的几种
常见的类型。
现在我们公司已经采取以下几项措施改进:
1:关联系统的需求改动或者测试环境重启并没有通知测试相关人员。
测试过程中发现系统某些功能的报错或者不可用。
测试环境和关联系统有任何异常必须通知测试组长,由组长通知相关
测试人员。
2:测试环境中,部署的时候配置文件错误或者某个脚本执行不成功,
但是在需求的流程管理中,该版本已经是部署状态。测试过程中发现系
统某些功能的报错或者不可用。
通知相关系统的开发人员和测试人员。
3:测试案例是根据需求文档编写的,但是实际开发的内容中并没有
完成该需求。主要存在于开发将原始需求拆分成几个版本上线。并没有
将未完成的功能以文档形式知会测试人员。
建议开发在进行需求类问题的沟通时,邮件抄送测试人员。
4:需求和案例都不明确,上报之后开发并不认可(针对一些异常操
作后造成的缺陷,开发人员以用户部门需求中并未有此预期输出为理由。
不认可测试人员上报的缺陷。
此类问题计算为需求缺陷(需求缺陷以后是考核需求人员的重要指标)
5:测试人员和开发人员对缺陷级别的看法不一致(测试人员认为是
L4,开发人员认为不是缺陷)
双方PK,然后重点听取需求人员和生产环境问题处理人员的意见
针对上面的问题,在我们目前的测试缺陷管理工具中,一般都会将
它们的状态直接改为拒绝。但是在实际的测试过程中。测试人员都花了很
大的工作量。而在我们部门测试人员的KPI考核当中,测试人员发现的缺陷
个数又是非常重要的一个指标。不知道是否有更好的办法。可以解决存在这
中间的矛盾。即不影响考核,又不影响开发人员的工作,然后能够更有效率
的完成测试工作和测试任务?
3Q~~~~
也许以上都不是很好的解决,但是从最近的工作来看,还是有一定效果的 。
谢谢各位测友对本帖的支持,希望大家在度过一个开心,轻松的假期之后。
有个不错的工作状态。
:)
[ 本帖最后由 beyond2525 于 2007-5-7 10:27 编辑 ] |
|