51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 11455|回复: 22
打印 上一主题 下一主题

[原创] 开发人员在提交测试人员测试时,须具备哪些要点?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-11-3 09:59:51 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
如题,
在平时工作中,开发人员会把做好的东西提交测试人员来做,但是他们往往出了提交的东西外,什么也不多说,拿到东西,我们有时候都看不懂这是干什么的?因此我想退出一条规则,用来约束开发人员提交给测试人员东西时,能按照这些约束来进行,这样合作会更顺畅一些,大家觉得的?
在线等~~
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-11-3 12:02:40 | 只看该作者

附上可测功能

你好,我也遇到同样的问题。现在我这边暂时规定,开发提交测试代码的同时,说明已经可以测试的功能
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-11-7 13:03:15 | 只看该作者
嗯,一般是这样的,
送测的时候,需要填写一个送测表,里面包括本次送测的功能点.
布署环境的要求等等...
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-11-8 12:13:05 | 只看该作者
测试接收标准 >> 建立测试接收规程

标准依实际情况自定,如:
主功能失败
需求文档接收失败(文档接收标准自定,如:不全占>10%,歧义需求>20%等拒收)
详细设计文档接收失败(同需求文档接收过程)
接收程序内容不全(缺失部分组件、插件)
系统级错误(退回重设计)

等等。。。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-12-11 15:32:33 | 只看该作者

回复 #1 wfq80825 的帖子

你希望他们说什么?说出来,跟他们协商。要正式提出来,列举出你们的苦恼,和现在一直这样做的后果,不做到这个说服能力,就别想办成。
你要和上边的领导及开发领导沟通,有些简单的测试约定,稍微强势一些,不写提交说明就不给测试。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2006-12-27 15:38:11 | 只看该作者
Release Note:这个是个很关键咚咚噢。
如果没有Release Note, 但有点程序经验的话,应该拿到这个软件就知道哪些功能没有完成,哪些功能是已经完成的但出现了bug。
我目前的做法是这样的,没有Release Note, 你可以先给开发沟通一下, 是否可在下个版本完成此项功能,或给出确定完成的期限, 要是过了这个期限,还没有完成的话,你完全有理由当bug来提交。这恐怕也是一种避免责任的问题sdlkfj5 ,要是上头问下来,开发会说测试没有测出来, 一旦提了...
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    7#
    发表于 2006-12-27 15:47:06 | 只看该作者
    2。必须的文档必须完整,如需求、用例甚至是设计
    3。代码完整,预期的完成目标已可以使用。满足通过smoke test。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2007-1-31 17:49:08 | 只看该作者
    建立电子申请表单机制
    表单中必须包含
    1.  测试需求提出人的一些信息
    2.  测试软件
    3.  release note (包含解决的bug,未解决的bug等)
    4.  产品spec
    5.  测试需求(例如:功能性,稳定性)
    6.  预计测试完成时间
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2007-2-1 16:15:57 | 只看该作者
    的确有必要,在测试管理规范中就需要约定这块,开发人员开完程序提交程序,不能说提交就提交,要先提交测试申请单,单元测试报告,以及详细设计和实现的功能需求,通过测试主管的审查认为可以进行提交测试,才可以提交给开发人员进行后面的测试.否则可以不予接受.针对上面的文档基本上就可以测试他们所提交的程序了.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2007-2-3 10:49:55 | 只看该作者
    还没遇这种情况,先学着点再说
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
     楼主| 发表于 2007-5-18 12:06:34 | 只看该作者
    大家说的很有道理,但是由于公司管理上的混乱,往往实施上没有一星期,就又“偷懒”了。
    并且要测试人员反复的多次叮咛,这样又给测试人员增加了压力,而公司其它管理者又不上心,去管理,因此这样往往会造成,开发人员觉得测试人员太烦了,所以之间摩擦或误会也会增加。
    公司往往推出一些治标不治本的管理做法,且实施力度太浅,导致现在软件管理流程的极度混乱。无奈中。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2007-6-4 15:44:43 | 只看该作者
    如果管理实在不规范,可以将过程中出现的问题以书面的方式反馈给你的上一级领导,请他去沟通。如果你提出的规范可行的话,可以考虑请他们同时提供:
    1、环境配置文档
    2、修改或新增功能说明
    3、测试需求(系统测试或只是部分测试、重点测试什么)
    4、考虑版本变更
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-8-4 09:44
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    13#
    发表于 2008-4-22 14:10:58 | 只看该作者

    补充一点

    测试需要的环境里的数据是否齐全...
    最好是开始测试的时候就准备好,否则,会挺麻烦的.而且影响测试和开发效率;
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2008-4-23 12:58:00 | 只看该作者
    学习。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2008-4-24 09:29:43 | 只看该作者
    最近写的测试任务申请单
    详细的看里面了

    本帖子中包含更多资源

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

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2008-5-14 11:02:28 | 只看该作者
    感谢分享!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2008-5-17 14:11:06 | 只看该作者
    我们内部实施当不符合条件时的 测试退回机制.且得到了技术副总支持
    包含:

    代码
    文档
    人力
    时间
    单元测试需求
    功能文档
    性能需求(可选)
    安全需求(可选)
    。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2008-7-10 13:51:24 | 只看该作者
    谢谢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2008-7-28 11:12:51 | 只看该作者
    谢谢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2008-8-1 10:30:38 | 只看该作者
    谢谢分享
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-14 13:42 , Processed in 0.084910 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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