您还未登录! 登录 | 注册 | 帮助  

您的位置: 首页 > 软件测试管理 > 质量管理 > 正文

小论关于质量的想法

发表于:2017-01-09 作者:jiazurongyu 来源:

  工作这些年,总结了一些质量的想法,抽取了20条发出来,有兴趣的做参考
  主要围绕着降低风险,尽早发现问题,帮助项目找到问题 和 测试团队管理
  1.一开始要求质量和把降低风险加入设计过程中,不使用线型模型的验收方式,这样会延误很多时间。
  2.要有一个最小成本的全面考虑,来源于尽早提出问题和尽早发现问题。
  3.越早提出更多的问题,根据激活率不会超过多少的法则,可以间接提高质量。
  4.模块缺陷密度和有效问题数都是重要的数据,投入模块的时间以前者做为依据。
  5.交叉测试便于执行,当上下文完善时,验证非必现时有一定的功效。
  6.每日需要制定1个新增问题和解决问题率,控制不可复现问题。
  7.质量管理思想,里程碑和切割小版本来控制项目不会延迟和低质量透明度和重要问题都已经修复。
  8.测试用例维护和执行是一个有效的流程,用例是测试最小粒度单位的,也是保证测试覆盖率的帮手。
  9.质量是一种结构,需要推动其他部门的参与进来,质量也是服务部门,把重大的事故和损失从数量上转到质量上。
  10.80%的质量问题和延误来自体制问题,10%是由具体操作者导致和不可抗力因素,不关注20%多发问题和激活问题区域会贡献大量的问题
  11.质量需要有一个强有效的教育培训计划和共享备注信息,使测试人员可以了解这个阶段要做什么。
  12.一个阶段需要有明确的目标,需要有激励和提高质量和生产率的好办法。
  13.质量部门需要有一个相同目标,分工明确,存在协作关系的风气。
  14.在测试过程中遇到问题需要及时提出,完成一系列工作记得及时反馈。
  15.随时检查工序和工作标准有效性的方式,如果阶段性不适用,需要有备选的方案来调整测试计划。
  16.有一个长期改善产品和质量的目标,会对应扩展测试内容。测试研究需要投入资源。
  17.风险控制取决了没做哪些。
  18.基准测试可以避免后续版本每次重新生成数据,让调优方向也变得更简单。
  19.易维护的模块更需要加入自动化,数据驱动上层和非上层都可以使用。
  20.风险预控的后阶段会适当对一些问题较大的内容做开关。