关于测试规范

上一篇 / 下一篇  2012-01-31 11:11:13 / 个人分类:所想所感杂集

昨天,旁听到有人问起做集成测试的同事关于测试测试的DOD(Done of Definition,即完成的定义),深感唏嘘啊!因为我听到是一个被抛给测试人员的问题:“你觉得集成测试的DOD是什么”?
由此我重新认识了我们这个测试小组的测试现状,进而审视到了整个开发测试过程的现状,以我个人的所见所感给出一个结论:无的放矢的测试,天马行空的开发。实际上这样的情况,直接导致了一个现状出现,产品质量很差,我们自己部门测试出来的问题只占整个项目发现问题的20%左右,对此我也深感遗憾并痛心,因为我也是测试团队的一员。
还是开头提到的那个问题,测试完成的定义是什么?这里我不是想讨论测试完成的定义应该是什么,不同的测试类型,不同的测试阶段,不同的公司都有其特定的规范。为什么这个问题被抛出来是因为我们没有。规范应该是大家公认的并需要一并遵守并按照实施的东西,是一个准则,然而我们只能在各个测试环节自行把握,自我度量,这样的情况让我无所适从,甚至情何以堪!我们缺的不仅限于一个测试完成的定义而已,自己大概整理了一下当前我们开展工作所缺少的一些规范文档信息,也希望能给以后开展测试工作以警戒参考。
  • 缺陷报告提交规范 (现状:每个人有各自的bug提交习惯,bug标题欠佳,没有重现步骤,严重级别和优先级别定义随便等等)
  • 测试用例设计规范 (现状:当前测试用例粒度不一,经常是一个case里面暗藏玄机,包含了N个测试用例,已严重违背了好的测试用例的原则;另一方面,测试用例属性有待改善)
  • 测试计划书 (现状: 很难得看到有测试团队自己制定的测试计划书,只有些零星的来自四面八方的PPT做测试过程的参考)
  • 测试报告模板
  • 测试岗位职责定义 (现状: 我不知道当前部门对于测试岗位人员的职责是怎么定义的)
  • ……
除了上面列出来的之外,其实还是有很多其他的东西需要确定下来的,也只能在实际工作中多注意,试试自我反省,并以适当的途径反映给上层领导。

TAG:

引用 删除 yunyunningning   /   2015-05-29 15:02:44
引用 删除 jiangjingxi0916   /   2012-01-31 15:58:50
-1
 

评分:0

我来说两句

Open Toolbar