友善交流技术...

如何保证产品质量

上一篇 / 下一篇  2010-05-18 13:50:14 / 个人分类:测试质量

  其实从事测试就一定会关心一个问题,如果保证产品的质量.一般的测试人员,可能只会保证其中一部分的质量,因为他只负责这一个功能模块.

  但是做为一个公司测试领导,你还有只关心这一个部分吗? 但是如何保证产品的质量呢? 100家公司,可能有100种自己的管理方法,都不一样的.

   我在公司也有自己的管理方法:今天写出来与大家分享:总结一句话: 一个杆子,4根线.

1.一个杆子:指的是基本的流程

   测试计划-->测试方案--->-->功能点核对-->测试用例的编写-->执行测试用例-->写测试报告

2.4根线

 第一根:

     评审工作: 这个工作在我们公司是没有的. 根本原因是老板的不重视,开发的藐视测试的重要性.所以很难行的通.这是很可怕的事情.如果功能设置本身就存在问题,后面的开发及测试都是会浪费时间.质量就可想而知了.

     版本控制: 这一部分就是开发出来的版本要做一次管理,保证测试的版本与开发的版本是一致的. 如果不一致,测试可能就没有意义和价值,甚至会造成很大的误会.质量保证就可想而知了.

     需求变更控制: 这一部分在我们公司就是糟糕透了.由于我们和客户沟通的很少的.一般只有项目经理才会与客户交流.所以我们全部的需求来源都是项目经理的.需求的确认也是经理来进行的. 这样的就会造成如果经理不告诉我们,开发和测试都会做许多没有意义和价值的事情.质量的保证从何谈起.

     BUG管理: 一部分也我进入公司第三天就开始做的事情.这一个平台必要要有.如果没有,开发和测试就很难实现及时的交流和沟通.及时和开发说了,如果开发没有及时修改,明天可能就会忘记的.

  总结: 我已经实现了版本的控制和BUG管理两个方面,对于评审和需求变更控制做起来比较困难的.

   下半年,打算把评审工作,做起来. 对于需求的变更控制,建议有项目经理写记录,通过发邮件的方式来通知大家,将需求文档及时更新.

   本人的感觉:前期的需求调研相当的重要,这一部分一般都是我们项目经理做的事情.但是这样就会有许多的问题,项目经理如果水平差,做的需求文档如果有许多问题,或是分析的不到位,理解偏差等原因,我们的项目就会很被动的.

   现在这个项目就是处于这样一个情况,感觉公司的用人还是很不到位的.什么人做什么事情,还是没有做到位.建议有专业的人员来从事需求分析和调研.这样最后做开发和测试人员来评审这样的需求...

   唉......

   无语.... 项目做成这样,真是可悲啊....


TAG:

温暖在人间 引用 删除 love0523   /   2010-05-23 15:30:32
1
 

评分:0

我来说两句

Open Toolbar