51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5506|回复: 6
打印 上一主题 下一主题

[讨论] 对于测试流程有步骤立项、编写SRS、测试用例分工问题请指教

[复制链接]
  • TA的每日心情
    郁闷
    2016-9-20 16:54
  • 签到天数: 3 天

    连续签到: 2 天

    [LV.2]测试排长

    跳转到指定楼层
    1#
    发表于 2010-9-19 14:12:25 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    本帖最后由 zhong3269 于 2010-9-19 14:13 编辑

    [img][/img]请教一个问题 对于测试流程图里面 有一项步骤是  关于立项→编写SRS→审核SRS→编写测试用例

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

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    2#
    发表于 2010-9-19 15:26:31 | 只看该作者
    最好的是SRS由专门的需求分析人员或设计人员来编写。如果没有,则要求研发来做。

    最初的测试用例由测试人员来编写,并不一定是主管或组长。只要参与该项目的测试人员都可以——前提是在理解该需求的基础上。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 2 天

    [LV.2]测试排长

    3#
     楼主| 发表于 2010-9-20 10:32:20 | 只看该作者
    回复 2# archonwang


        谢谢指教!!!! 如果这样 我觉得主管确实干不了什么活了!也体现不出自我价值了!
    那作为一个测试主管  主要做些什么呢? 对于这个职责我确实很模糊 请指教
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    4#
    发表于 2010-9-23 11:06:32 | 只看该作者
    不知道你是偏向技术的还是管理的。简单说明下:
    1。 安排工作,重要的是给下属安排工作,前提条件是自己可以安排好自己的工作;
    2。 控制计划进度和风险
    3。 提供技术指导,培训Team Member
    4。 考核Member
    5。 补位,在需要你的地方出现,做对的事情。

    老实说,各个岗位都不一样,管理者基本要以上这些,剩下的事情就参阅第五条:补位了。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 2 天

    [LV.2]测试排长

    5#
     楼主| 发表于 2010-9-26 11:38:34 | 只看该作者
    谢谢版主,几个条让我受益匪浅。我是做管理的,我们3个组,我一直都把任务安排下去,总感觉我自己没什么活, 所以我在想主管的职责做什么呢?有的公司是 写测试用例,我们4个项目组 我总不能都来写吧。有的项目的也不是很熟悉,也没法写。 目前 我就是承上启下的,与开发沟通,修复bug情况,督促进度,控制计划,(说实话这个计划有的时候总是不如变化,让我很无奈,久而久之我都觉得我的威信都没了)。 顺便在问一下:由谁来扮演用例的审核工作呢?
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    6#
    发表于 2010-9-26 14:02:50 | 只看该作者
    通常,组织内的审核工作由主管发起,相关方参与,一般不推荐编写者自审。测试用例的编写方式可以培训下属完成,如果项目很多,直接要求该项目的测试负责人向你汇报即可。

    安排任务是一项常规工作,更重要的是对所安排的工作有个持续的跟踪直到任务完成并达到预期目标。

    作为主管,应对风险时,有这两项重要的要求:
    1。 尽可能的预知风险
    2。 在风险发生时,有预备方案应对
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2017-6-28 10:54
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    7#
    发表于 2010-9-28 10:26:27 | 只看该作者
    关于测试案例审核,补充下:
    最好有相关模块的开发人员参与,
    在案例评审前,我会要求开发人员编写测试要点,结合测试案例checklist进行评审
    效果很好!
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-28 07:18 , Processed in 0.068885 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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