对于软件测试经理来讲,只需要对产品的质量负责。对于整个项目来讲,项目经理作为项目组的最高领导自然要对项目整体的:成本、进度、质量负责;在这个团队中,作为主管软件测试工作的测试经理,需要协助项目经理只对质量负责,这样才能客观的对项目的质量做出评价。之所以说不用对其它两项负责,更确切的说法应该是在做质量判断的时候,不需要考虑成本和进度可能对质量造成的影响,具体的权衡工作由项目经理或者公司的高层来完成,测试经理只提供对软件产品质量的客观判断。
既然测试经理只对质量负责,这就会衍生出来一个问题,测试经理对产品质量过于吹毛求疵,与开发人员造成对立,进而影响项目开发工作。如果这件事情发生了,有一个确切的信号已经传递了出来:测试人员和开发人员在沟通上存在问题。如何解决这个问题?首先,我们应该审视测试人员和开发人员的沟通技巧是否存在问题。其次,我们应该重新核对我们在项目开始时确定的质量目标,看看是测试人员人为拔高质量目标,提出超范围的要求,还是开发人员人为降低质量目标,生产出不符合质量要求的产品,以此作为对质量标准实施误差的一个判断。
在项目中作为对产品质量检验的负责人——测试经理工作的好坏或者对产品质量的客观评价,对公司的决策就会显现的非常重要。
为了能有效的降低这种风险,管理上采用的一般方式就是监控,即由第三方人员对被监控方的工作进行客观的评价。那谁是第三方人员?首先,这个人不在被监控的项目中负责具体的工作,其次,他代表公司或者所在部门,需要对项目的质量情况进行客观的评价。
针对一个具体的组织结构模型,可能对测试工作有监控需求的部门有:软件测试部门的主管,SQA人员或者其主管,技术或者开发部门的主管。他们的监控出于不同的目的,如:评估测试工作的有效性,了解具体项目的质量情况,了解开发的进度和效率等。不管出于什么目的,他们有一个共同的特征是:不参与项目组中具体的工作,并且需要在短时间内了解项目的实际情况,并且做出相对准确的判断。但是,不在项目组中,对项目组的实际情况不是非常了解,如何能在短时间内对项目的测试情况做出准确的判断?
在实际工作过程中,我们可以采用如下的方法对测试工作进行监控:
一般采用的手段是:问讯与查阅相结合,对关键点进行抽样审核,并询问不同的人员以进行核实。
具体的审查点和查阅项会在下面做详细的阐述。在监控过程中,我们一般会经历如下阶段:
了解情况
发现问题
核实问题
评估影响