51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[讨论] 测试人员可以写需求吗

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-7-9 14:26:47 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
测试部可以写需求的同时进行测试
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    郁闷
    2018-8-3 13:59
  • 签到天数: 12 天

    连续签到: 1 天

    [LV.3]测试连长

    9#
    发表于 2009-7-17 11:34:18 | 只看该作者
    原帖由 jerryzhao 于 2009-7-16 18:22 发表
    “拿人钱财,替人消灾”

    问题关键是“拿人钱财,替人招灾”::zhuhe:::
    当然问题不在我们,在公司管理者,没有远见。
    只觉得这些文档时必须的,而不知道这些文档存在的意义,本末倒置。
    要不怎么说中国是山寨大国呢,大家都不追寻真理,奉行拿来主义。
    与最近频频爆出学术抄袭一种类型,学术的悲哀,知识的悲哀。
    如果整个民族都认可这种方式,都这样做,将会成为民族的悲哀。

    也许觉得我说的 夸大其词了。但我觉得很可怕
    普通的工作中追求真理,认真的工作,至少态度应该是这个样子的 。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2009-7-16 18:22:42 | 只看该作者

    根据公司的要求了

    “拿人钱财,替人消灾”
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2009-7-15 16:35:16 | 只看该作者
    我本人也觉得不应该。但是公司很小,目前也是这样的
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    郁闷
    2018-8-3 13:59
  • 签到天数: 12 天

    连续签到: 1 天

    [LV.3]测试连长

    6#
    发表于 2009-7-15 11:13:50 | 只看该作者
    ::zhuqintpl::: ::zhuqintpl::: ::zhuqintpl::: ::zhuqintpl:::
    说白了,公司让你做什么你就做什么
    边测试边写需求,简直是荒谬
    那还写这个需求做什么?有什么意义呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2009-7-11 16:24:41 | 只看该作者
    看公司岗位部署情况了。分工细的话当然不用。但是小公司可能一个人要做好几个岗位的事情。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2009-7-10 16:24:57 | 只看该作者

    测试人员当然要了解需求

    测试人员最好是在项目最开始的时候,也就是做需求调研的时候就跟着去了解需求以及写出相关的需求文档。
    我们公司就是这样做的,需求人员,开发人员,以及PM一起做需求,这样测试人员才能全面了解需求,测试工作才能做全面
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2009-7-9 16:32:37 | 只看该作者
    我也是,边测试边写需求,还要写用户手册。需求都是听开发人员说要求哪些,然后再写,很难完全了解用户的最终要求有哪些。郁闷!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2009-7-9 14:30:22 | 只看该作者
    人手不够,目前我这就这样
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-17 06:05 , Processed in 0.105849 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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