记录测试工作中的点滴......

测试职责:服务型?控制型?

上一篇 / 下一篇  2010-08-13 16:00:06 / 个人分类:职场心得

  今天感觉做测试比较累人!原因有一个主要的:我没有把好自己的关.
 开发人员都比较在乎有没有BUGList,至于产品中有没有缺陷那是测试人员的事.对于这点,我一直很不赞成.一个基本的也是最有分歧的问题就是:测试文化应是服务型还是控制型?我认为较好的测试文化应是服务型的。有的企业将测试文化定位为控制型,即测试员对最终产品的质量负责,对质量过程负责,甚至批准或拒绝产品的发布。事实上,测试员不应有也不应期望拥有这些控制权利,应将不合理地赋予的这些权利分离出去:1)质量的过程控制应由QA负责,因为,最终产品的质量是设计与开发出来的,而不是测试出来的;2)批准或拒绝产品的发布更有应是企业高层的职责,不应是测试部门更不是测试员的职责。测试部门或测试员应明确自已的角色定位,努力培养服务型测试文化,在服务意识的指导下,努力做了自已的本职工作
 记得<软件评测师教程>内有这样一段话:软件测试只能证明软件存在错误,而不能证明软件没有错误!因此,我们测试人员只要在规定的时间内把尽可能把产品的错误降低到最小,即让客户能基本满足!
 在测试过程中,我经常会犯一个错误:发现一个错误就喜欢让开发人员来看!这样,本来计划好的测试工作在开发人员的参与下,完全乱了.毕竟测试是我本职工作.出了问题还是要由我测试来负责!所以,面对测试以外的各个角色,都要先维护好自己的工作,合理的去处理与各个角色之间的沟通.

TAG: QA 职责 测试 服务 管理 控制

lirya的个人空间 引用 删除 lirya   /   2011-02-17 16:32:27
haibiansha的个人空间 引用 删除 haibiansha   /   2010-09-29 17:40:48
喜欢你的Blog,希望继续写出惊天文章
haibiansha的个人空间 引用 删除 haibiansha   /   2010-09-29 17:39:47
我经常会犯一个错误:发现一个错误就喜欢让开发人员来看!这样,本来计划好的测试工作在开发人员的参与下,完全乱了

对于不容易再现的Bug,我会让开发看,证明真的有这个Bug,也比较好定位问题,因为环境还在
对于很好再现的Bug,写到BugFree里就OK了
我不知道你说的是哪种Bug
 

评分:0

我来说两句

Open Toolbar