质量验证行为

质量保障条件

  • 程序员经验丰富,能力强,程序设计良好,架构清晰等是质量保证的有利条件,但是这些只是条件而不是结果。

质量验证行为

  • 测试行为是唯一能验证软件质量的行为。

质量保障思维误区

  • 很多中小公司,对测试理解不够,没有意识到测试行为是唯一的验证行为,测试工作重视程度不够,测试部门可有可无。
  1. 认为测试部门是无营收部门,希望裁撤,不要测试部门,完全由研发自己负责,但是研发和测试完全两码事,完全交给研发,工作量并不会减少。
  2. 只知道做验收测试又认为测试工作无技术可言,测试部门随便找些人凑数,人员测试能力低下。
  3. 寄希望于研发人员能力出众,能够保证软件质量,但是研发能力和测试能力没有关系,研发工作做好了,测试工作没做好,事情依然做不好。
  4. 寄希望于研发人员经验丰富,能够保证软件质量,有些研发人员写代码久了,也认为自己的经验能够保证代码执行结果,但是事实上代码不跑一遍,你根本不知道软件执行结果是什么。
  5. 研发部门和测试部门不做积累和相互配合,工作内容重叠,工作重复,工作量加大。

测试工作划分

  • 测试行为可以由研发人员实施(研发自测),也可以由测试人员实施(专门测试)。
  • 但是全部交予某一部门是不合理的,全部交给研发部门,测试工作的工作量不会减少,测试工作中许多简单,重复的工作会浪费研发的精力,例如:黑盒测试,环境准备,测试管理等等;全部交给测试部门,测试部门由于对代码的了解不够,做白盒测试比不上研发方便,即使有专门的测试开发人员,也更偏测试工具的开发,做白盒测试还是不如研发人员。
  • 测试工作需要研发和测试进行配合,工作进行合理划分,减少重复工作。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值