51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2778|回复: 8
打印 上一主题 下一主题

[求助] 各位大神谁有测试管理基本资料

[复制链接]
  • TA的每日心情

    2017-3-13 10:31
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    跳转到指定楼层
    1#
    发表于 2017-3-9 14:43:52 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    公司新成立,需要软件测试的一些管理基本资料!求哪位大神发一份给我!1940094003
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

  • TA的每日心情
    慵懒
    2021-12-24 13:41
  • 签到天数: 314 天

    连续签到: 1 天

    [LV.8]测试军长

    2#
    发表于 2017-3-9 14:56:26 | 只看该作者
    你可以去到论坛中的下载中心模块看看有没有你想要的资料
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2017-3-10 11:23
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    3#
    发表于 2017-3-9 14:57:27 | 只看该作者
    创业呀,好厉害,没有这方面的资料,帮不到你了
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2024-7-8 09:00
  • 签到天数: 943 天

    连续签到: 1 天

    [LV.10]测试总司令

    4#
    发表于 2017-3-9 15:01:41 | 只看该作者
    多大的公司多少人呀,以及测试部门多少人呀?  
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2024-7-8 09:00
  • 签到天数: 943 天

    连续签到: 1 天

    [LV.10]测试总司令

    5#
    发表于 2017-3-9 15:33:09 | 只看该作者
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2024-7-8 09:00
  • 签到天数: 943 天

    连续签到: 1 天

    [LV.10]测试总司令

    6#
    发表于 2017-3-9 15:33:25 | 只看该作者
    想必每位测试管理者都有这个疑惑,我也不例外。 经过了2个公司的测试管理经历,其实总的来说不外乎测试计划、测试用例、测试执行、测试跟踪和测试总结。 今天说一下测试计划。 测试计划,首先顾名思义,应该是为测试的所有工作进行全局的计划安排,测试计划中包括了所有的测试工作,比如说测试背景、测试目的、测试范围、测试策略、测试方法、测试阶段、测试完成标准、测试工作量、测试资源、测试环境、测试进度等等。测试进度是上至管理者、下至项目经理都会关心的一件事情,并且是仅此一件事情,由此可见测试之外的人员的肤浅,当然,不能称之为肤浅,因为你得理解,他们也只能关心到这一层面了。有几个方面稍作记录,供大家参考。1、 测试工作量的估算 测试工作如同项目工作一样,都需要进行估算,且不说成本的估算,那是第三方测试关心的事情,一般公司内都是作集成测试和系统测试,而任何人都知道测试不是无休止的。所以我们需要对测试进度进行估算,但是首先我们需要估算测试的工作量。通常来说,测试人员在项目开始便介入项目,开展相应的测试工作,而并不是到了项目测试阶段才参与项目。
    测试的工作量是根据测试范围和测试阶段、测试方式来确定的,主要因素是测试范围,所以我们需要确定测试范围。测试范围又是通过项目需求或者产品需求规格说明而来,因此这就是我们提取测试范围和测试需求的一个好方式。
    通常来说,建议对测试工作进行细化,对每项工作都进行工作分解,分解的粒度可以自己定义,以可以把分解后的工作量准确的估算出为准。WBS之后,那么可以粗略的将所有工作的工作量求和,得出最终的测试工作量,当然,一般来说回归测试的遍数可以认为是3次,那么最后制定出调整因子,可以选择20%用以浮动的工作量。 如果项目能力成熟度比较高,需求文档写得比较完整和详细,那么也可以采取另外一种方法,就是根据需求文档进行推导测试工作量,这个方法是从网上找来的,在实际中试用过2次,呵呵,试用结果证明,某些参数需要根据以往的经验值调整。 以系统测试为例: 1. 由需求文档的页数计算出系统测试用例的页数(推荐比例为1.5)
    2. 由系统测试用例页数计算编写系统测试用例时间(推荐比例为1)
    3. 由系统用例计算执行系统测试时间(推荐比例为2)
    4. 用执行系统测试计算回归测试时间(推荐比例为0.5)2、 测试进度的制定 测试工作量制定出之后,根据测试的资源对测试进度进行估计,当然,估计的最终结果要跟项目的测试进度相对比,我本人认为可以参考COCOMO方法,进行测试工期的估算,当然,也可以根据每个公司的以往经验值进行类推估算。3、 测试进度的更新 一般情况下,测试计划不会被严格的执行,通常伴随着都是项目的延期、测试阶段的压缩,如此一来,测试进度的更新是经常发生的事情。所以需要注意的一点是,测试进度估算完毕后,排定时最好不要以具体的时间点到时间点的方式,而是采用工作量和工期天数来表示,这样在开发阶段影响了测试计划后,不需要频繁的调整。
    另外,在测试时间被压缩后,如果测试计划制定的详细,包括了各项测试需求和他们的优先级,那么此时可以利用测试需求的优先级,跟项目经理协商,调整测试范围和测试需求,在短的时间内优先测试重要的功能点,而一些不常用的和级别低的测试需求可以转移到用户现场或者后期进行。 对于项目中计划的更改或者需求、设计的更改,项目组一定要注意及时通知测试人员,其实就是项目的干系人,所有的干系人都需要及时通知到,这也是项目中配置管理的重要职责。需求或设计发生变动时,测试人员需要及时调整测试计划和测试用例,其中尤属测试用例的调整工作量较大,这种情况的频繁发生要求我们制定测试用例时,需要保证测试用例的条理性和通用性,避免具体数据的及早设入。
    另外,关于测试的更新管理应在测试计划中规定好,明确更新周期和暂停测试的原则。例如,小版本的产品更新不能大于每天三次,一个相对大的版本不能每周大于1次,规定紧急发布产品仅限于何种类型的修改或变更,由谁负责统一维护和同步更新测试环境。测试暂停可以表现在产品错误发布或者服务器数据更新等情况,是比较有必要的一个方面,有利于测试管理者有效安排测试资源的合理运用。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2024-7-8 09:00
  • 签到天数: 943 天

    连续签到: 1 天

    [LV.10]测试总司令

    7#
    发表于 2017-3-9 15:34:13 | 只看该作者
    http://wenku.baidu.com/search?wo ... 8&lm=0&od=0  或是百度文库中好多看一下
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2024-7-8 09:00
  • 签到天数: 943 天

    连续签到: 1 天

    [LV.10]测试总司令

    8#
    发表于 2017-3-9 15:35:07 | 只看该作者
    http://bbs.51testing.com/thread-82031-1-1.html这个帖子讲的好像也是测试管理
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2021-12-15 15:17
  • 签到天数: 138 天

    连续签到: 2 天

    [LV.7]测试师长

    9#
    发表于 2017-3-10 09:55:05 | 只看该作者
    楼主可以具体描述一下我们测试组的资源情况,包括开发组的配置,这样好根据你的情况推荐相关的测试管理体系。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 15:08 , Processed in 0.072256 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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