51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[你问我来答第10期]:测试管理分享(已结束)

[复制链接]
  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    101#
    发表于 2011-4-22 13:34:53 | 只看该作者
    请问项目中,软件版本如何控制?比如测试一个版本后,开发人员修复bug,每天都要重复覆盖几次,如何控制版本 ...
    mzhy 发表于 2011-4-20 09:16


    我们公司每两天发布一个新版本,测试环境和开发环境独立开来了。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    102#
    发表于 2011-4-22 13:37:44 | 只看该作者
    大师,我现在公司没有测试部(不重视测试),往往4点下的测试任务6点必须完成,我需要做些什么才能使公司的 ...
    woxinmuyouyu 发表于 2011-4-19 18:30



        这得要求你懂测试,并且懂得如何与领导、相关人员沟通。只有你懂测试,才能让测试变得规范起来。如果没有人懂测试,就没有人能够规范。4点下的测试任务,是要对测试任务进行评估的。如果你和领导有分歧,就得想办法说服领导6点是完不成任务的并告之这个风险。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    103#
    发表于 2011-4-22 13:40:04 | 只看该作者
    王老师:
       您好!最近研发总监叫我想一下研发测试管理体系的整体规划?包括整个测试规范体系的建设、部门 ...
    sstic 发表于 2011-4-20 13:16


    关键还是建立了后如何去执行的问题,不能成一纸空文。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    104#
    发表于 2011-4-22 13:46:44 | 只看该作者
    王老师:
       在需求和设计文档都缺乏的时候,如果对测试进行管理?
    有时候项目需求和设计都还没定,开发就 ...
    happylynn 发表于 2011-4-11 14:33



        首先,不规范的项目管理,别指望有规范的测试管理。
    文档的作用是什么?团队交流的依据以及过程追踪的载体。你可以适当建立一些测试相关文档,比如测试用例、测试报告。比如还有与需求(掌握业务的领导)的沟通记录作为需求参考。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    105#
    发表于 2011-4-22 13:49:17 | 只看该作者
    管理很少有实践机会,还要受性格和交际能力的影响,很多人直接从个人层面上否决了这种可能性。
    Jessileen 发表于 2011-4-12 11:22


    也许并非一定要朝管理方向发展,人生的路其实有很多的。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    106#
    发表于 2011-4-22 13:59:42 | 只看该作者
    请教一下,我们公司有一个3 年可以完成的项目,现在是开始阶段,我现在只是一个功能测试学员,想问一下怎么 ...
    李美霞 发表于 2011-4-14 17:14



        没有捷径
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    107#
    发表于 2011-4-22 14:01:20 | 只看该作者
    如何进行测试管理,怎么样才能降低风险
    丫头sunny 发表于 2011-4-7 15:45



        发现风险,解决风险,就能降低风险。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    108#
    发表于 2011-4-22 14:03:48 | 只看该作者
    王老师好!

    非常高兴能有机会就“测试管理”这个话题提出自己的问题!
    我目前管理3个人的测试团队,功能 ...
    wlorange 发表于 2011-4-7 16:14



        根本没有必要让3个人都学习性能测试,除非时间远远有剩余,不过在公司是几乎不可能的。3个人的测试团队,有一个熟悉性能测试就已经不错了。所以建议让其中一个同事学习性能,谁有兴趣谁学习,没有兴趣就不要学习了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    109#
    发表于 2011-4-22 14:22:33 | 只看该作者
    回复 33# unholyalliance


       我算 了,一下应该是15.几秒,感觉也不对哦!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    110#
    发表于 2011-4-22 15:39:00 | 只看该作者
    我想问一下在项目管理中,你是如何做配置管理这一块的?
    测试管理又是怎么做的?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    111#
    发表于 2011-4-22 16:55:18 | 只看该作者
    测试管理~~
    需要部门的领导一定要强势,否则测试部门就是很悲剧的
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    112#
    发表于 2011-4-22 18:56:18 | 只看该作者
    测试管理~~
    需要部门的领导一定要强势,否则测试部门就是很悲剧的
    frankwangzy1103 发表于 2011-4-22 16:55



        呵呵,如果是强势领导并为兄弟们着想的,测试部门一般过得比较好。但如果强势领导压迫弟兄们的,那比弱势领导的测试部门还难受。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    113#
    发表于 2011-4-22 22:31:34 | 只看该作者
    留个脚丫先~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    114#
    发表于 2011-4-23 15:25:37 | 只看该作者
    呵呵,如果是强势领导并为兄弟们着想的,测试部门一般过得比较好。但如果强势领导压迫弟兄们的, ...
    千里 发表于 2011-4-22 18:56



        是啊
    否则跟别的部门打交道,人家都不刁你。所以啊,这个帖子应该讨论部门内部管理的问题。内部相对还是纯的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    115#
    发表于 2011-4-24 21:36:45 | 只看该作者
    版主,您好,请教几个问题?
    1.我属于空降主管,团队里老员工较多,觉得测试规范实施起来麻烦,那我可以从哪些方面去提高测试管理团队的执行力?
    2.目前公司项目很多,作为测试主管该如何管理同时并行测试的多个项目?
    3.公司的项目很多,几乎每个版本都修改少量功能,如何提高测试效率,跑最少的测试用例,并保证上线后的缺陷数量最少?
    4.空降的测试主管如何在团队中树立较高的威信?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    116#
    发表于 2011-4-25 09:29:20 | 只看该作者
    怎么像是千里在给答题呢
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-29 14:13
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    117#
    发表于 2011-4-25 14:10:41 | 只看该作者
    目前在做手工测试,想要有进一步的提升,性能测试这方面的,如何学习会比较有成效,需要做哪方面滴准备
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    118#
    发表于 2011-4-25 15:00:30 | 只看该作者
    呵呵。辛苦千里兄了。再次致歉。今天开始,我会逐个开始答题。再次抱歉了,各位。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    119#
    发表于 2011-4-25 15:01:20 | 只看该作者
    回复 4# shaojiyong
    1.
    请问要保证产品质量,哪个环节最重要?

    产品质量范围定义较广,这里讨论的内容仅限于软件产品质量。

    为保证软件产品质量,在整个软件产品质量管理环节中,最重要的三个环节如下:


    质量保证(一般是第三方的质量监督和检查确认,在大部分企业中由QA担任)


    质量控制(评审与测试)


    质量工程实践(质量管理的高级阶段,从堵漏到预防的蜕变)

    在大多数情况中,质量保证环节和质量控制环节缺一不可。根据目前自己公司的发展阶段,会着重在不同的环节上。较为成熟的组织会有限考虑工程实践,并用质量保证和质量控制这两种手段来维系。大部分的中小公司,质量控制——也就是测试是不可缺,随其公司发展,逐步引入质量保证和质量工程实践。

    这三个环节不能大概的说谁轻谁重,但是可以肯定的一点是,质量控制是基础,在此基础上逐步引入质量保证及质量工程,并最终达成保证产品质量的目标。

    不知道我这样说是否明了?有问题欢迎继续探讨。

    扩展阅读:

    http://wenku.baidu.com/view/bcfaf736a32d7375a41780de.html

    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    120#
    发表于 2011-4-25 15:02:25 | 只看该作者
    回复 5# uuforce
    2.
    对于一个正在处于维护阶段的应用系统,在这阶段如何提高新开发与修正BUG的质量?谢谢。

    不管处于哪个阶段的应用程序,都面临这个问题。以下就如何提高新开发与bug修正的质量,说说我的一些看法。

    1.
    一切问题的根源在需求和需求分析

    2.
    无法有效提高修复至少说明了两个问题,一是不善于总结,二是人的能力问题

    3.
    糟糕的配置管理

    4.
    跟踪滞后

    看法是其次的,也未必全面,不过有些做法倒是可以借鉴,如下:

    1.
    需求分析要给力啊。开发的基础是设计,设计的基础则在需求分析。需求做不好,质量也好不到哪里去,来回修改不说,bug的界定都会有问题;

    2.
    新功能开发前,最好可以提供一个可供用户确认的UI原型

    3.
    新功能开发过程中,一定要对现有需求和设计进行评审。哪怕是小范围的,局部的;

    4.
    新功能开发过程中,需要进行定期的代码抽查;运维项目的代码抽查是很重要的

    5.
    每次发现bug都应该分析bug产生的原因和引入阶段,这是基本点。而且要周期性操作并实施总结,并给出技术意见来规避类似bug的产生。常规的做法是列出一份常见bug清单及规避方法指南;

    6.
    加强开发人员和测试人员的技术规范培训,单单有总结还是不够的,经常性的总结和技术规范培训应该是长效机制,这两点实行后可以在较短时间内得到较为明显的改善;实际上还有一种方法可以更快见到效果——直接将这两项内容的执行并入到绩效考核并直接与薪酬或奖金挂钩。

    7.
    加强内部配置项的管理,增强流程执行力度。有些问题的产生并不一定是开发之罪,而是来自于流程混乱和上下衔接的错漏。比如:代码签入签出的相互覆盖等等。始终记得,软件——特别是大型软件的开发是一项团队工作,个人能力的强弱可以影响一部分,但是决定因素在整个团队的整体素质(有兴趣可以读下短板理论)

    8.
    任何一个发现的bug都是有有效期的,特别是在项目中,由于受限于开发时间,版本的更迭速度非常快,两三天一个版本的情况时有出现。如果bug经常性拖延修改,不仅会阻碍开发进度,更会留下地雷和深水炸弹。所以,对于已经发现的问题应该立即确认并安排修改,在时间上保障。这点可以参考下微软的做法——必须优先考虑的是bug的修改而不是新功能开发(这点在产品的研发上尤其重要)。

    9.
    Bug的修改过程首先是代码修改过程,其次是个代码修改成果的确认过程。开发人员直接修改代码后,本地不编译调试进行单元测试的习惯非常恶劣,这也是bug修复质量不高的主要原因之一。建议还是应该从开发那边入手,提高其自觉性。可以参考的做法

    扩展阅读:

    http://pm.manaren.com/zlgl/201103/5317_1.html

    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-6-24 04:41 , Processed in 0.086307 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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