51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: 默默巫
打印 上一主题 下一主题

[你问我来答第4期]:测试团队管理交流(已结束)

[复制链接]

该用户从未签到

121#
发表于 2010-9-19 11:36:13 | 只看该作者
你好,在一个开发团队里,开发流程都不正规,没有需求,没有设计,那我的测试工作应该如何执行,如测试用例怎么写?怎么执行我正规的测试流程呢?
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2016-9-20 16:54
  • 签到天数: 3 天

    连续签到: 2 天

    [LV.2]测试排长

    122#
    发表于 2010-9-19 14:04:41 | 只看该作者
    丁先生你好
    请教一个问题 对于测试流程图里面 有一项步骤是  关于立项→编写SRS→审核SRS→编写测试用例

    在这里面 有一个编写SRS 这样的环节 是测试人员来编写  还是由研发来编写呢? 最初的测试用例也是由测试人员来编写吗? 如果是由测试人员编写的话 那用例的第一版稿 由主管写合适 还是由项目组的组长来 编写呢?
    请专家指教
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    123#
    发表于 2010-9-19 21:57:03 | 只看该作者
    回复 121# cyutao8405


        这种情况下,测试不能找正规流程,但还是必须有适合你们环境的流程
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    124#
    发表于 2010-9-19 22:14:38 | 只看该作者
    专家你好:我现在在一家做ERP软件的公司做测试组长,我想知道如何来更好的管理测试团队、提高部署的工作能力、测试工作效率,以及对于测试组员来说如何有效的进行绩效考核?如何快速有效的针对ERP系统进行功能培训?
    期待您的答复,谢谢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    125#
    发表于 2010-9-20 12:32:28 | 只看该作者
    我也是光杆司令,平常做做功能测试,写写测试报告、操作手册。感觉自己工作很被动,等着开发人员告诉我有什么要测试的。如何解决这种现状
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    126#
    发表于 2010-9-20 14:51:36 | 只看该作者
    回复 121# cyutao8405
    你好,请参看123#的回答.看来你的公司规模不大,还没有形成工作标准,是老板指挥怎么弄就怎么弄人少的时候可以这么简单粗放管理,但这绝对不是敏捷开发.如果公司要发展必须走正规流程.工作制度啊,开发流程,质量管理过程,缺陷发现修改验证流程等.所以你看你那是否能尽量从质量管理的角度给老板建议,哪怕是弄个简单的工作流程什么,否则你测试无依据,工作效果和成果也体现不出来.这个工作需要你来推动一下.当前我认为你要按照软件测试的基本流程做好1,测试设计包括测试用例2,缺陷填写和跟踪解决3,定期的问题分析,产品质量分析,提出风险和你的关切等.总之别人乱你不能乱你要有成果积累和沉淀.也许慢慢的一切都会改变.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    127#
    发表于 2010-9-20 14:52:42 | 只看该作者
    回复 122# zhong3269

    你好,软件开发阶段中的SRS,即软件需求规格说明书,一般由需求人员编写.但这要看该软件开发企业规模,有可能是一人多角色,例如需求兼测试,开发兼需求带写帮助文挡什么的.大的公司有独立的需求人员角色由他们编写.我们最初的用例一直是测试编写的,一开始只测试使用用例,后来我们把用例先分配给开发人员单元自测使用,待其执行用例后将可验证点提交给测试人员验证,也就是说用例使用人变成了开发和测试自己.用例编写要有个规范,主管可以做个MODEL,然后各组员分开写各自的,写完的用例即第一版,要进行相关审核或者评审,保证用例有效\全面\可执行\可维护等.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    128#
    发表于 2010-9-20 14:54:15 | 只看该作者
    本帖最后由 dingzhiyi 于 2010-9-20 14:57 编辑

    回复 124# njshaoxiangdong

    你好,ERP软件测试比较复杂,因此都有比较大的测试团队,由于其测试内容多周期长,因此测试中要有分工,有合作.要体现集体项目,测试管理就显的很重要,所以要把整个团队中每个人的效率提升.关于一些方法你可以在网上搜索,也可以参考我的<<提高软件测试效率方法探讨>>一文.http://www.51testing.com/html/02/n-214402.html
    关于考核,我认为只要你分配的任务合理适合他,他能及时完成测试的产品快速稳定等他效率就高,我不建议把考核作为工作的重点搞的人心惶惶.
    关于系统培训,我建议你先设计培训课程,从简单的系统操作到从简单的基础资料培训,再引导到简单的业务操作,从流程的先后将起.这只能是大概主流程,新手是不会能记那么多的,还是要让其参与具体测试才能真的掌握系统业务知识.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    129#
    发表于 2010-9-20 14:54:50 | 只看该作者
    回复 125# redcloth

    你好,请参考回复121#
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    130#
    发表于 2010-9-20 16:09:42 | 只看该作者
    既然活动结束,前辈还如此的不知疲倦的回答问题,我想就想问自己亲身体验的一个项目的测试管理上的问题,一下就是项目的背景及一些问题。
    背景:
    项目已经开发完毕,项目的测试人员和开发人员都已经一同完成一个人为不错的版本,这个版本将是给客户他们测试的。所以我所说的阶段就是客户体验测试了,bug系统也为客户都各自建立了账户,让他们在测试的随时提bug,然后项目经理分析后让开发人员改,完毕由我们关闭,再转给客户用。项目就这样无限循环着。。。
    问题:
    大部分领导看你卖不卖力,看你提的bug是否提的多,提的多就表示工作卖力。就这样在客户那边测试也是一样的,个人的bug提的越多当然越好了,于是人与人之间在提交BUG上有了恶心竞争。于是就会出现好多莫名其妙的bug,一发现就会疯狂的提,该系统面向的操作群体比较多,所以客户那边资源人力也很多,几乎都是bug了。有的时候会发现好多bug都是重复的问题。有的时候提出来的bug修复完毕后,过几天就会提出要还原成原来的样子,所以整个项目达到难以控制的地步。另外也找客户那边把控bug问题的人也协商过,也毫无效果,还好最近客户那边有业务要做,测试系统任务就告一小段落,要不然还真一发不可收拾的。
    请问前辈上述如何解决?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    131#
    发表于 2010-9-20 18:13:27 | 只看该作者
    回复 130# Ade_Huang
    你好,本期活动在月底结束.
    我认为在客户验证时,双方应该都有协调人,对测试过程进行把控,例如什么是缺陷,怎么去验证,缺陷填写规范,验证分工,修改问题验证确认流程等等,如果有明确的分工,就会避免一部分重复问题,同时我建议遇到问题互相知会一声,把重大的和可能在其他地方也出现该类问题让大家都知道,不要再重复填写.也许这是考核出了问题,我们在自己内部测试是不允许这样重复填写同样问题的,那也可以要求客户啊.另外对重大改动要经过负责人审核或双方签字,不允许反复来回修改.哪怕是基本的校验,例如有的说控制有的认为不要控制,那就应该有个仲裁人,是控制的好还是不控制的好.否则就会失控.客户验证以主流程核心业务为主,要有计划有完成时间,每天都验证了哪些,还有哪些没验证等,要做项目的控制.定期发布测试情况报告,如有必要,当取得更高层的支持.项目管理中\时间\质量\成本3要素要平衡好.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    132#
    发表于 2010-9-21 13:18:35 | 只看该作者
    丁先生您好
    本次讨论的主题是测试团队管理,可否讲讲您的管理经验?
    我的理解:测试管理首先要规划好工作流程,然后根据具体项目,展开工作量估计,测试计划制定以及任务分配这些日常工作。
    我的困惑:如何更好的对测试工作进行量化?进行有效的绩效考核,对优秀员工进行激励,对后进员工进行培养?
    谢谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    133#
    发表于 2010-9-21 14:53:19 | 只看该作者
    回复 131# dingzhiyi

    确实协调的不够好不够多,有些东西蛮多都是缺少沟通而已,听前辈的解析的非常好,看来还有蛮多工作要做啊呵呵,谢谢了!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    134#
    发表于 2010-9-22 10:45:05 | 只看该作者
    丁经理,你好,请教几个问题:
    1、在没有需求分析说明文档,只有功能介绍的情况下,如何对软件的进行测试?
    2、黑盒测试人员如何向白盒测试转,需要从那几个方便培养?
    3、质量管理,对于项目的质量,测试人员是起一个什么样的作用?如何理解一个产品的质量好坏,有哪些方面可以评价或定义?
    4、对于测试工作效率的改进问题,如何提高黑盒测试人员的工作效率,需要培训那些方面的技能?
    谢谢,指导!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    135#
    发表于 2010-9-22 10:46:00 | 只看该作者
    丁经理,你好,请教几个问题:
    1、在没有需求分析说明文档,只有功能介绍的情况下,如何对软件的进行测试?
    2、黑盒测试人员如何向白盒测试转,需要从那几个方便培养?
    3、质量管理,对于项目的质量,测试人员是起一个什么样的作用?如何理解一个产品的质量好坏,有哪些方面可以评价或定义?
    4、对于测试工作效率的改进问题,如何提高黑盒测试人员的工作效率,需要培训那些方面的技能?
    谢谢,指导!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    136#
    发表于 2010-9-22 18:01:06 | 只看该作者
    很不错,有这样的交流。
    我也提一个比较普遍的问题:
    如何做好UI自动化?如何提高测试工程师的工作效率?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    137#
    发表于 2010-9-22 18:02:02 | 只看该作者
    欢迎有经验的同仁一起沟通讨论,也欢迎想了解或感兴趣的朋友一起交流。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    138#
    发表于 2010-9-23 12:21:23 | 只看该作者

    回复132#

    丁先生您好
    本次讨论的主题是测试团队管理,可否讲讲您的管理经验?
    我的理解:测试管理首先要规划好工作 ...
    windone 发表于 2010-9-21 13:18


    好,管理包括计划\组织\指挥\协调与控制.在测试过程中不同阶段做不同的事情,尤其是在软件测试阶段中指挥和协调沟通很重要,需要根据软件的真实状态和开发进度适当调整测试任务.并督促开发和测试按即定里程碑时间点完成测试工作.关于测试工作的量化,我还没有比较好的方法,我认为可以通过对测试用例数量的细化\测试项目的细化进行相关量化.如某个测试员编写了多少用例?执行了多少用例执行了多少测试项目.也可结合发现缺陷的数量和质量进行考核.我相信优秀的测试人员发现问题数量多质量高,他的效率肯定比普通的测试员高,同样的时间内他能执行更多的测试用例从而发现更多的缺陷.可是如果没有测试用例怎么办?或者测试用例写的太粗或者太庞大?我建议测试用例编写一定要把握住颗粒度,复杂的功能可以拆分.同时我有一种担心那就是仅仅考核发现缺陷的数量,这样会带来质量的下降和重复问题,同时要考虑不同开发人员代码质量的不同,这个模块很稳定程序员自我走查控制好,而另一个模块程序员很粗心到处是问题.所以我建议分多个纬度综合评估,工作完成的及时性,发现问题的多少/执行用例的多少等,同时要结合交叉抽验,检查不同人的测试后产品质量情况等给出有效的评价.对优秀的测试当然薪酬要有所体现的,同时可让其担当更重要的事项,协助后进人员.对后进人员要经常做些培训,分析,开个会啊互相沟通经验.提高发现问题的能力和工作效率等.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    139#
    发表于 2010-9-23 12:23:27 | 只看该作者

    回复134#135#

    丁经理,你好,请教几个问题:
    1、在没有需求分析说明文档,只有功能介绍的情况下,如何对软件的进行测试 ...
    xueyan88128 发表于 2010-9-22 10:46


    你好,关于1,功能介绍是简单的需求文档,可能没有那么细,例如必要的控制啊等.这就需要我们测试去补充分解介绍之外的一些事项或叫隐性需求,因为除了需求规格外,还有好多基本的规范\易用性\校验控制\提示信息等内容都需要测试.如只按功能说明去做主要的功能流程验证,会漏掉很多测试内容.你也可以先去测试介绍的正常功能,待测试完毕后做些非法测试\反向测试等.看控制提示信息是否正确.再就是界面和操作是否易用.
    关于2白盒测试需要对程序的内部结构熟悉,软件的架构,开发的语言实现的方式等,如果你有开发能力相信你不难.当你掌握了黑盒测试方法并对系统功能熟悉后,对白盒测试很有帮助.但如果没有开发经验又无开发能力,再转去做白盒有点难,需要补好多课程.先掌握一门开发语言.掌握数据库知识等.
    关于3测试的目的是发现缺陷,提高软件质量,所以测试人员对软件质量提高有很大的作用的,产品质量好坏都有一个标准和评价体系,如一个汽车他的性能等,软件质量目标可以包括:性能满足度/功能正确性/继承性满足度,支持升级否/安全性/用户试用质量反馈/产品缺陷发现和修改趋势收敛等指标来评价.
    关于4,我建议你看一下我的<<提高软件测试效率的方法探讨>>.里面有详细的方法.我认为1除了测试负责人有计划外每个人要有计划2,认真消化需求编写测试用例并有效执行3,时间管理4,文化氛围5,互相学习和交6提高沟通效果7,交叉测试8,学习培训.学习产品业务支持培训发现缺陷技巧理论方法等.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    140#
    发表于 2010-9-23 12:25:10 | 只看该作者

    回复136#

    本帖最后由 dingzhiyi 于 2010-9-23 12:30 编辑
    很不错,有这样的交流。
    我也提一个比较普遍的问题:
    如何做好UI自动化?如何提高测试工程师的工作效率?
    Jon 发表于 2010-9-22 18:01


    你好,关于提高测试效率请参考回复135#.
    关于UI自动化,你先分析一下自动化的需求,如果软件测试周期比较长,而经常要做回归测试,那自动化很有意义.然后你要选择一个适合你软件的UI自动化工具,QTP/LR等,或自己开发工具,各工具都有自己的适应范围,看选择哪个更好,要学习和掌握该工具,花点时间规划如何录制界面脚本,要制定个规则,让脚本可维护性和可执行性更强.如果你有自动化框架还可设置些自动执行任务,定时发布执行日志等.可以先从录制到回放.待条件成熟再逐渐提高.总之UI自动化前期投入很大,回放和重复使用次数越多,价值越能体现,建议在集成测试前录制完毕,在集成阶段中定时执行.
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-15 17:20 , Processed in 0.078654 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表