51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: liu729052
打印 上一主题 下一主题

[讨论] 第一次写测试规范管理流程,请大家多提提意见

[复制链接]

该用户从未签到

381#
发表于 2013-5-8 10:38:21 | 只看该作者
看看。学习下
回复 支持 反对

使用道具 举报

该用户从未签到

382#
发表于 2013-5-8 11:51:31 | 只看该作者
比较正规化的流程,但是一开始就这样设定,不知道能不能顺利执行下去。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2017-4-10 11:26
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    383#
    发表于 2013-5-8 12:34:44 | 只看该作者
    回复看看
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    384#
    发表于 2013-5-8 16:58:15 | 只看该作者
    先回复再看下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    385#
    发表于 2013-5-8 17:12:22 | 只看该作者
    哟看啊可能
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    386#
    发表于 2013-5-8 18:10:09 | 只看该作者
    先回复看看
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    387#
    发表于 2013-5-8 18:17:56 | 只看该作者
    本帖最后由 lwx167478 于 2013-5-9 09:41 编辑

    大体看了 下
    1.测试只有一轮吗,能否保证质量?
    2.赶脚文字过多,看着会很累,你领导估计看着也烦
    3.测试用例设计方法,我看着好像侧重点不对,不必写明等价类测试、边界值等等这些详细方法,可以写写比如性能测试、接口测试、自动化之类的,让领导关注到测试范围,而不是方法
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    388#
    发表于 2013-5-9 17:15:05 | 只看该作者
    需要回复啊!帮你参谋下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    389#
    发表于 2013-5-9 21:15:06 | 只看该作者
    先看看再说
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    390#
    发表于 2013-5-9 21:27:02 | 只看该作者
    给看一下吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    391#
    发表于 2013-5-9 21:29:26 | 只看该作者
    给看一下,也同学习一下啦,!!!!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2016-1-15 17:25
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    392#
    发表于 2013-5-9 22:34:15 | 只看该作者
    先过来学习下啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    393#
    发表于 2013-5-10 15:08:36 | 只看该作者
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-9-6 21:21
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    394#
    发表于 2013-5-10 16:39:40 | 只看该作者
    看看
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    395#
    发表于 2013-5-11 10:11:37 | 只看该作者
    看看再说
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    396#
    发表于 2013-5-11 10:44:50 | 只看该作者
    4.2 迭代功能开发
    1、在开发送测和测试过程中,测试提交BUG并回归和开发修开BUG这两个是并列进行的,不能说测完后才交给开发去修改BUG,不然会延长项目的上线时间,必须在测的时候必须和开发联系起来,有BUG立马提交给开发,将BUG优先级标出,这个就得借助BUG管理工具了
    2、如果这个文档是针对规范流程的话,有些概念性的问题不需要,如什么是用例等等概念性文字,只需要列出流程主体并加以解释,不然和楼上几位说的一样,没有那么多心思看概念,因为读者是开发、领导和测试、所以这些概念是测试人员需要具备,也可以开发领导和测试的分开编写
    建议项向开发索要一份《模块功能负责人》的文档,特殊情况可以直接将BUG由测试直接分配对应的开发
    总体来说基本流程还是不错的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    397#
    发表于 2013-5-11 11:36:17 | 只看该作者
    新手 先看下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    398#
    发表于 2013-5-11 22:19:16 | 只看该作者
    kankan
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-9-7 15:14
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    399#
    发表于 2013-5-13 10:47:19 | 只看该作者
    我先看看再说
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    400#
    发表于 2013-5-13 15:13:43 | 只看该作者
    看看。。。。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-7-4 06:52 , Processed in 0.081767 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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