51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

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

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

[复制链接]

该用户从未签到

61#
 楼主| 发表于 2013-3-11 11:09:13 | 只看该作者
回复 26# lxh


    谢谢。我正在计划重新建立开发文档,但是开发文档只写开发的职责吗
回复 支持 反对

使用道具 举报

该用户从未签到

62#
 楼主| 发表于 2013-3-11 11:10:56 | 只看该作者
回复 32# luckytom


    在这个流程图中为否的确实没有表现出来,我在bug管理系统是设置了已
否决这个状态
回复 支持 反对

使用道具 举报

该用户从未签到

63#
 楼主| 发表于 2013-3-11 11:13:46 | 只看该作者
回复 51# jeffsui


    十分感谢· 因为我是测试新手 对度量方面的实在不清楚 所以就没有写上去 似乎是在规避 希望能跟你多多探讨·
回复 支持 反对

使用道具 举报

该用户从未签到

64#
发表于 2013-3-11 11:23:14 | 只看该作者
我也学习学习
回复 支持 反对

使用道具 举报

该用户从未签到

65#
发表于 2013-3-11 11:41:30 | 只看该作者
kanakn
回复 支持 反对

使用道具 举报

该用户从未签到

66#
发表于 2013-3-11 13:45:46 | 只看该作者
瞅瞅~~~
回复 支持 反对

使用道具 举报

该用户从未签到

67#
发表于 2013-3-11 15:32:12 | 只看该作者
我先回复
回复 支持 反对

使用道具 举报

该用户从未签到

68#
发表于 2013-3-11 15:37:07 | 只看该作者
大致看了,内容有点多,说下感受吧!
回复 支持 反对

使用道具 举报

该用户从未签到

69#
发表于 2013-3-11 15:44:31 | 只看该作者
1、这个文档可能是根据你们自己公司的流程来写的,让我感觉最有差异的就是这句:
开发组向测试负责人提交《测试申请表》,该文档要说明:申请测试人员数量,进行哪些功能的测试,需要提交哪些测试文档,测试周期,测试环境要求。

根据我的经验大都公司都是测试在推动开发,而不是开发来推动测试,然后对于进行哪些功能测试,提交什么文档,周期,环境什么的,这些不应该都是测试人员来提交的测试计划吗,为何变成开发人员来列出来呢?是测试人员能力没达到对系统或者需求的理解?如果开发漏列出,测试是否不测试了,等很大的疑问,不明白这个送测表有什么太大的含义但是文档中给人感觉很重要。。。

测试组应该有自己的统一模板文档比如:测试计划,测试用例,测试报告,操作手册。这都应该是跟开发部独立出来的东西,测试人员测什么,如何测,测多少都是个人能力,部门主管组织能力的体现,不是开发部来给你们制定。。。
回复 支持 反对

使用道具 举报

该用户从未签到

70#
发表于 2013-3-11 16:35:39 | 只看该作者
看看
回复 支持 反对

使用道具 举报

该用户从未签到

71#
发表于 2013-3-11 16:54:54 | 只看该作者
来看看
回复 支持 反对

使用道具 举报

该用户从未签到

72#
 楼主| 发表于 2013-3-11 17:21:54 | 只看该作者
回复 69# anywhereanytime


    这个是这样的 我们公司是一个测试 但是要对应很多个项目 所以不可能每个项目都要测试去写明这些东西 也许一个项目在拟定需求的时候 测试正在测试另外一个项目 根本没有时间去进行第一个项目的需求分析
回复 支持 反对

使用道具 举报

该用户从未签到

73#
发表于 2013-3-11 18:51:44 | 只看该作者
看看先~
回复 支持 反对

使用道具 举报

该用户从未签到

74#
发表于 2013-3-11 20:49:37 | 只看该作者
回复 1# liu729052


   看看,感谢分享
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2016-11-8 09:08
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    75#
    发表于 2013-3-12 09:54:52 | 只看该作者
    先回复下才能看见
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    76#
    发表于 2013-3-12 10:14:44 | 只看该作者
    回复可见
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    77#
    发表于 2013-3-12 13:59:57 | 只看该作者
    回复 72# liu729052


        也许你误解我的意思了,不是说要介入需求分析,而是根据需求人员产出的软件需求说明书拟定测试计划其中包含测试内容,看过你的测试准入条件是要求需求组的文档至少提前2个工作日给到测试,那么这段时间就是做计划及案例;
    而可以不去依赖开发的!

    举个例子:如果需求在客户出现BUG了,但是开发漏例出相关联的这个地方,那这样照文档中的意思不是给测试人员有借口了:开发没说这里要测,开发也没有修改这里。。。

    测试需求的是比开发更具备业务知识,从系统上来说应该是对各功能点更熟悉,只是缺少代码上的实现而已,这样才能发现开发的BUG,不然开发说测这里,测哪里,相对来说阻碍了测试人员自己本身的思考了,这家公司也慢慢的变得今后测试依赖开发给测试内容还不是代码调试协助!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    78#
    发表于 2013-3-12 14:42:11 | 只看该作者
    我看看,再帮你提意见。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    79#
    发表于 2013-3-12 14:49:22 | 只看该作者
    分清阅读对象,阅读对象要做的事情。再就是你这个只是测试的一部分的一个纲。你要细到测试的每个细节,比如评审会议要不要,要的话怎么组织,形成什么样的文档。有时间欢迎交流,qq号:634696336.备注:51testing。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    80#
    发表于 2013-3-12 17:34:30 | 只看该作者
    有相同的经历  先看下
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-4-27 13:12 , Processed in 0.077089 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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