软件测试管理需要重视的几个问题

简介:

测试执行与跟踪阶段的管理重点是保证测试按照计划的顺利和有效实施。通过规范测试流程,加强测试的有效性的检查,及时报告测试进度,促进测试团队的交流,成为决定这一阶段工作成败的关键。

  1、确保测试数据信息流通畅

  管理国际化测试流程应该保证测试数据内容的有效传递,例如被测试软件的Build如何在编译工程师和测试团队之间及时传递,发现问题如何反馈,谁负责解答。

  如果设计需求发生了改变,测试用例需要相应的更新。在测试过程中发现的测试用例无法执行的问题,需要通过有效的渠道,将这些信息及时地传送给合适的人员。

  当测试的范围或测试时间发生改变时,测试管理人员应该及时将这些信息进行处理,调整测试人员的数量和工作内容,并且通知测试团队成员。

  为了保证测试过程的数据信息有效传递,在项目的准备阶段需要确定传递的数据的类型(Build,文档,进度报告等),数据传递的方式(电子邮件,FTP等),数据传递的频率(每天或每周),数据的发送方的负责人和联系方式,数据接收方的负责人和联系方式。

  2、Build验证测试与常规测试无缝集成

  由于国际化测试和本地化测试同时测试数十种测试平台和语言,因此,按照先执行Build接受测试(或者成为Build验证测试),通过后再按照测试用例执行常规测试,可以快速确认当前版本是否存在重大的不适和大规模常规测试的缺陷。

  常规测试即根据测试计划的要求,运行测试用例测试,在项目的缺陷管理库中报告和修正缺陷。为了保证每一个缺陷都是有效的缺陷,测试团队中需要安排对软件熟悉的高级测试工程师首先验证缺陷,关闭那些由于测试人员错误操作或者理解错误而报告的缺陷。

  另外,在多个测试组同时测试时,可能会重复报告缺陷,也需要专人负责关闭缺陷。这样做可以有效节省开发人员修正缺陷的时间。

  在进行多语言本地化测试过程中,某些缺陷是属于过重本地化版本共同存在的缺陷,因此,可以参考其他语言报告的缺陷,避免漏报。

  为了尽早修正缺陷,测试人员应该每天跟踪缺陷的修正情况,并且对缺陷修正人员的任何反馈及时答复。例如,如果因为缺少了关键步骤,缺陷修正人员无法复现缺陷,则他们会在缺陷报告中要求测试人员补充所需要的详细内容,并且把缺陷的状态修改成“Need More Info”状态。测试人员尽量及时补充遗漏的缺陷信息。

  测试任务紧张,测试时间不足,赶不上测试的进度要求,是测试人员经常遇到的问题。需要根据具体的情况正确处理,例如,如果在计划内,编译人员没有成功地编译出被测试的Build,而测试的时间不能落后于计划时,可以与测试管理人员讨论是否可以先选择在典型平台测试,优先执行高优先级的测试案例。

3、收集项目测试数据,跟踪和控制测试进度

  由于国际化测试团队可能分布于不同的国家和地区,分别执行不同本地化版本或不同的测试类型的测试,因此,对于这些团队的进度和质量跟踪更有挑战性。

  毫无疑问电子邮件是最常用的交流方式,除此之外,即时通信工具(例如,MSN)和电话也经常采用。为了便于跟踪,最好在使用及时通信工具和打完电话后,将交谈内容以电子邮件的形式发送给对方和相关人员。

  对于外包测试而言,项目进展的信息交流显得尤为重要。最常用的是定期(例如,每周一次)进行项目电话会议,实现拟定会议主题,软件开发公司的测试项目管理人员和来自外包测试服务公司的测试管理人员,就测试的进度和问题进行系统交流。

  对于被测试项目而言,典型的测试管理应该包括一个全球项目经理(GPM)和多个本地项目经理(LPM)。GPM负责整个项目全部的测试管理,通过收集LPM的测试项目信息,集中向产品经理报告。

  项目测试进度报告是对项目进度跟踪的主要文档。对于比较严格的测试项目,LPM需要每天向GPM报告测试的进展,包括当天运行的测试用例,报告的缺陷,需要解决的测试问题等。

  通常,可以每周一次或每两周一次由各个参与测试的团队向GPM报告测试的进展情况。GPM汇总测试信息,作为下次项目电话会议的讨论内容。对于需要软件开发人员和文档创作人员回复的问题,GPM及时与他们联系,将他们的反馈及时告知各个测试团队的测试经理。

  除了测试进度外,测试质量的有效性和测试耗费的时间也是需要跟踪和控制的内容。测试的有效性可以由专门的质量保证人员负责,测试花费的时间与人力资源影响着测试的项目预算和成本。如果由于测试需求的变更,引起测试工作量和测试内容的增加,应该要求软件开发公司的项目负责人增加测试预算。

  4、测试过程的风险管理

  处理项目测试风险是测试执行阶段无法回避的问题,虽然在测试计划中已经分析了可能的项目风险,但是,“计划没有变化快”。实际测试项目过程中,总会出现这样或那样的事先没有料到的意外情况。这时候的处理原则是在不影响测试进的和质量的情况下,如何优化现有资源,保证测试的覆盖率。

  由于测试人员的变动引起的资源紧张,可能是测试过程中遇到的较大问题,尤其是那些与语言相关的测试问题,如果没有备用的测试人员,则将影响测试的进度。因此,关键岗位的测试人员应该有备用替补人员。

  对于测试数据丢失,例如网络病毒引发的网络瘫痪,关键测试文件无法得到引起的问题,属于不可抗拒的客观因素。因此,需要加强数据的安全备份。

  对于那些可能会引起测试进度滞后,或测试质量降低的风险,测试方首先要积极寻求内部解决,例如,增加测试人员,通过加班赶上进度。另外,要及时将这方面的信息告知GPM,以便及时调整整个项目的测试进度和内容。

最新内容请见作者的GitHub页:http://qaseven.github.io/

目录
相关文章
关于认知(高效能人士的七个习惯,刻意练习,PDCA,GTD)
关于认知(高效能人士的七个习惯,刻意练习,PDCA,GTD)
|
机器学习/深度学习 前端开发 安全
软件质量文化:谷歌实践及我的思考
0 缘起前段时间,一篇题为《谷歌资深工程师讲述谷歌如何思考测试》的博文在国内测试圈广泛流传,引起了我的关注。我特意去调查了一下这篇文章的背景,发现它其实是新书《谷歌软件工程》(2022)的一个章节,于是果断下单了一本。当拿到这本书时,我不禁想起以前买过的另一本书,2013年由3位阿里测试前辈翻译出版、至今仍在测试圈产生广泛影响的《谷歌软件测试之道》。图1:两本间隔十年的书这两本书出版的时间差不多间
软件质量文化:谷歌实践及我的思考
|
供应链 监控 架构师
软件测试工程师 路在何方?如何发展?职业规划是怎样的?
软件测试工程师 路在何方?如何发展?职业规划是怎样的?
162 2
软件测试工程师 路在何方?如何发展?职业规划是怎样的?
|
测试技术
【软件测试基础理论】身为测试主管,你必须知道的事情!(质量铁三角和CMM)
【软件测试基础理论】身为测试主管,你必须知道的事情!(质量铁三角和CMM)
KPI过时了?为什么科技公司更偏爱OKR?
阿里妹导读:除了KPI,考核员工还有什么方式?OKR是一种简单的管理方法,但是对于其误解和各种疑惑却很多。推崇者把OKR说得是无所不能,反对者认为不过是新瓶装旧酒,和KPI差不多。到底OKR和KPI,哪种方式更靠谱?技术leader该怎么选?今天,阿里资深技术专家燕标谈谈,他对OKR的思考。
17389 0
|
监控 测试技术
六年测试之精华分享:产品质量应从哪些方面提高
今天就说说近期大家比较关心的话题,根据自己多年的测试经验,对于一个企业能否很好的生存下去,有四个核心指标,产品质量Q、服务质量S、产品价格P、响应时间T,在我看来,属于技术范畴的2个最核心的指标是:一是产品质量、二是响应时间,怎样更好的保障产品质量,为一线的销售保驾护航好产品,就显得尤为重要...
1371 0
|
存储 数据安全/隐私保护
《伟大的小细节:互联网产品设计中的微创新思维》——1.2 “细节决定成败”还是“大行不顾细谨”
本节书摘来自华章计算机《伟大的小细节:互联网产品设计中的微创新思维》一书中的第1章,第1.2节,作者:文哲著, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1450 0