• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

项目案例分析第二期

发布: 2007-4-22 20:30 | 作者: admin | 来源: | 查看: 274次 | 进入软件测试论坛讨论

领测软件测试网


案例分析第二期(2005-04)

你在日常的工作中没有遇到问题吗?如果有,你也可以提交案例。【我要提交案例
案例分析
   
本期案例
题目:三个人的测试部如何开展多项目测试工作?如何发挥作用?
所属主题:测试管理
作者:aaa_general
案例内容:
  公司是做软件外包的,有一个测试部门,但只有三人,我负责。针对公司的开发特点,制定了一些相应流程,给出了若干文档模板。
1.公司高层的意思是说,项目启动后,每个项目临时组建一个测试team,测试部跟进一人,作为对测试的流程,方法的指导,同时也作具体的测试工作。 我觉得由于测试部的力量比较弱,人员水平不齐,上述要求实现有些困难。
2.目前公司有100人左右,同时启动的项目可能会有四,五个,不能保证每个项目都有测试部的人跟进。每人跟进的项目怎么办?
3.流程我觉得到还是可以的,BUG的跟踪我是通过,Microsoft Outlook 的Exchange server来进行管理的,感觉还不错,状态清晰。
但问题是三人的测试部门的前途何在,产品质量的提高,三个人行吗?有时,我觉得数量还是很重要的。

目前解决方法:
1.第一点的问题没有什么好办法。
2.每周五开一个会,参加人员有测试部的全员,每个开始启动的项目的测试team里抽一人。会议内容:首先,先检查个项目的测试流程是否符合,文档是否规范。其次,让大家对目前的测试方法提出些具体的意见,总结提高。

求助的问题点:
测试部的作用何在。测试部的前程很是迷茫, 仅仅是对测试的流程作整体定制吗?
人员太少,三个人行吗?人员的数量是不是目前测试部发挥作用的关键?
相关分析
   
分析一:
  作者:baitest
  分析内容:
  测试部可以在大局上把关,具体的测试可由项目里的test team 完成;
分析二:
  作者:flygold
  分析内容:
  你说的这个问题是普遍存在的问题。我觉得最最关键的一点:你要让高层深刻领悟软件测试的意义所在!如果高层不能领悟,你的工作会遇到相当的阻力。甚至领导会对你个人产生不正常的看法。你需要在小报告中用事实说话,表明软件项目失败或半失败的几率非常之高,软件测试的作用对规避风险的意义所在。这是考验你的文笔的时候了。一般高层看过之后会找你谈话。你就需要列出一堆资源请求。老总一般只会批一部分,所以你的资源请求尽量做到有余量。
  接着你需要定义一个好的角色表,分配好相应角色的扮演者。然后根据项目的需要,因地制宜,制定测试大纲和测试计划。接着制定测试组人员绩效和工作考核制度。做到每天的调度计划公开。然后公布每天的测试结果。尽量做到用数字、图表说话。尽量少用文字。领导会通过你的结果,认识到问题的严重性和测试部的实实在在的价值。从而考虑强化测试部门,授予更多的权限。
这个问题很好。是实际当中最常见的。诸位都来发表高见。
分析三:
  作者:小蚂蚁
  分析内容:
1,对提交到测试部门的测试项目根据项目的风险以及公司的决策划分测试优先等级.
2,对已经划分测试优先等级的测试项目,根据测试人员的技能水平进行适当的分工.
3,在测试策略上进行适当的改进,把握住测试的重点.
4,和领导沟通,加强测试团队的力量,或从公司组织一些闲人参加测试工作,这样对于公司来说既经济又省钱,同时要提高测试人员的测试水平.
5,公司领导要重视测试部门的工作,如果工作上不给予理解和支持.建议你跳巢吧!
分析四:
  作者:baitest
  分析内容:
  现在说让领导重视测试已不可能.因为项目各项工作一经展开. 个人认为:
1.明确测试部的责任;
2.明确开发部门的测试team的责任;
3.建立测试不和team的良好的协作\互信任的关系,
4.建立一个好的测试流程;
分析五:
  作者:小颖
  分析内容:
1、设立一个总测试员,加入相应的项目组,了解项目进度,了解项目情况;
2、每周,目的让所有测试人员了解项目情况,有一个大致的了解;
3、每个项目的总测试员在业余时间研究需求,编写测试要点及测试用例,为测试工作提供资料
4、测试项目时,尽量保留一名测试人员作为机动人员,便于测试其他项目,如果需要三名全部参加,也要尽量保证有一个人的测试工作较小
5、建立一个有效的测试流程,有效地保证信息传递的及时性
  现在国内测试团队都不是很大,而且公司可以为开发招人,绝不会轻易为测试招人,所以只有靠现有的人员发挥最大的能力来完成工作了;不能重速度而轻质量
测试总是比不测试要好的多,无论发现什么错误,都是帮助开发人员完善程序,所以测试团队无论多少人都有很大的作用的;
  测试人员最重要的是测试经验,业务知识,业余时间多组织学习一下相关的内容;以提高测试人员的技术水平,切实的发挥测试的作用;
分析六:
  作者:rifle
  分析内容:
  我认为测试流程很重要:
1。测试脚本的编写(测试部门完成)
2。测试(每个team)
3。bug提交
4。bug处理
  note:bug处理应该有一个好的系统,这样就能够很好的对项目进行跟踪,测试过程中沟通很重要,有重大问题出现一定要及时沟通。
分析七:
  作者:Akchenyanjun
  分析内容:
  三个人的测试team相对上百人的开发队伍确实少了些,不能因为人员少工作不做吧!只要尽力+方法总会使问题解决的:
1 给每个项目制定规范的、简洁的测试计划,且每个项目的测试计划制定都要和此项目负责的 项目经理一起制定,项目最后达到何种质量程度首先要让项目经理心理有数,否则只靠测试小组很难达到最好的用户需求;
2 调动测试组成员对软件测试的兴趣感和软件质量的责任感;
3 发挥团队合作的力量,充分利用好同行评审的方法;
4 尽量向公司领导申请增加测试组的力量。
分析八:
  作者:Rosemei
  分析内容:
  大概感觉了一下,不知对不对,你们三个人的测试团队,真正在执行的工作更象QA人员的工作,已经上升到开发过程的控制了,包括检查文档是否规范,(如果是测试文档,另当别论)这在其他公司属于QA人员应进行的。也就是说你目前最好要明确,测试人员的职责,在确定你们三个测试人员如果开展测试工作。
测试工作的开展,如果能够在公司有设置QA及SCM相关的职位由专人进行的话,虽然测试工作人员三个还是太少,但是测试过程的跟进也容易些。
  跟进办法:就是三个测试人员主要抓项目中的测试文档,如果公司重视测试,并且每个项目均要求有测试结果和测试报告的话,要求每个项目抽出一个人执行测试活动,测试组负责对执行测试活动人员实施测试培训,并制定测试计划,该抽调人员由测试组实施绩效考核。
  如有的项目无抽调专门进行测试的人员,须与上级确定是该项目不需要测试还是无法抽调人员担任测试,确定原因后,根据具体原因制定应对策略,尽量在保证测试组人员的充分利用,不可将测试组人员全部分散至具体的测试工作中,因为必竟面临的是上百人的公司。
  另外的办法就是根据项目申请增加测试人员,增强测试团队的力量。
  保证质量的是过程中的评审和内审活动,如果这个也没有的话,靠最后的测试,质量很难控制。
另外同意测试人员定期对每个项目组抽调人员进行工作交流、讨论。
  否则无米之炊,任人乏数。想做好不太可能,只能尽力而为之。
测试时代工作室分析
   
  本案的明显的特点是人少,工作量大。这其实是对工作效率提出了很高的要求,只要实现了高效的工作,才能用较少的人力资源。
  而高效的工作,从工业发展的过程来看,无非要减小工作量和提高生产率,所以必然是高技术水平和自动化生产的产物,当然也不能缺少合理的工作流程和高效的组间协调和人力资源的调配。相信在软件行业也是一样的。
  问题一 本案中,测试人员的水平高低不齐,这应该说是不能达到高效的要求的。
  问题二 尚不能保证每个项目都能有一个专人跟进,显然测试部的人力资源远远不能满足目前的工作要求。
  所谓“巧妇难为无米之炊”没有资源的情况下,再优秀经理也是很难做出业绩的。相信公司的高层管理人员也是明白这样的道理的。
  所以第一,在列清楚了工作总量和职责,岗位分配的情况,之后向公司申请加人。公司的管理层不会很清楚一线的具体工作,全凭自己的感觉和控制一切成本的原则来调配人员,所以一线的管理人员,有责任和义务来为公司管理层反映真实的情况,为他们做人力资源、成本变更等决策提供依据。
  第二,设计合理的方案来调配公司现有的人员的空余工作时间,也就是让开发人员、销售人员、技术支持人员在任务完成的情况下加入测试组,这不是一件能够一次成功的事情,需要长时间的培训和沟通才能够保证非测试人员做的测试的有效程度。需要对者所有的人员进行测试培训。这个方案对专职做测试的人员就要求很高,需要他们能够做测试,并且能够管理测试项目。以分担测试经理的工作量。
  第三,提高测试资源的复用率,分析各测试项目的特点和共性,逐渐提炼可复用的资源,如公用测试用例。纳入配置管理库,这样,可以通过减少重复的工作来减少工作量。
  第四,引入自动化测试,这对测试人员的技术水平要求也是很高的,并且要充分估计了自动化脚本开发的成本和风险,做了充分的可行性分析的基础上实施,也不是一蹴而就的事情。需要长远规划,逐步引入
第五,总结已有缺陷,修订开发规范,从根本上规避缺陷重复出现从而再减少测试工作量的基础上来提高软件的质量。
  测试是个新兴的行业,没有很多现成经验可以借鉴。学习—实践—总结—再实践---再总结……是最好的学习方法和推进手段。
  对于本案作者提出的对测试部的前途的质疑,编者认为还是不必要的。现在的状况还没到不需要任何发展和提高的地步,相反,是发展和提高的空间相当大, 测试是评测软件质量的最佳手段,同时也是唯一能够为软件工程软件质量度量提供依据的工作环节。所以作为测试的负责人能够把测试工作的提升到整个软件过程范围和全面质量控制的高度是关键。
关注案例  
焦点2:如何让开发控制提交的测试版本的质量?
焦点3:产品性能测试
焦点4:白盒测试的困惑,究竟多少人在做?适用范围?
案例分析
你在日常的工作中没有遇到问题吗?如果有,你也可以提交案例。【我要提交案例

 

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备2023014753号-2
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网