51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

12
返回列表 发新帖
楼主: zthua
打印 上一主题 下一主题

[讨论] 无需求,无行业经验,此时该如何保证测试的覆盖度?

[复制链接]

该用户从未签到

21#
发表于 2010-7-23 17:34:35 | 只看该作者
我也存在这个方面的问题!! !~~
目前刚跳到一家医疗行业软件公司,该公司开发的医院管理系统、农合软件等没有需求文档,版本更新换代了好多版,其中说明性文档少之又少,我对医疗行业本身又不够了解。。。
郁闷!
回复 支持 反对

使用道具 举报

  • TA的每日心情

    2016-4-22 16:11
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    22#
    发表于 2010-7-24 22:46:59 | 只看该作者
    此问题之前没有思考过,偶尔看到。
    带起不少思绪,为以后铺路了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    23#
    发表于 2010-7-26 09:57:38 | 只看该作者

    可以开发就能测试

    个人觉得不管是有需求文档,还是行业经验,想要测试做的比较好,首先应该了解行业信息。既然开发人员可以开发出来,测试人员肯定就能够测试,这是无容置疑的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    24#
    发表于 2010-7-27 10:31:11 | 只看该作者
    没需求,还测试啥
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    25#
     楼主| 发表于 2010-8-5 20:13:54 | 只看该作者
    需求只是一部分,小公司需求变更是非常快的,大家应该讨论些东西,如业务方面的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    26#
     楼主| 发表于 2010-8-17 14:09:56 | 只看该作者
    没人回?继续顶
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    27#
     楼主| 发表于 2010-8-25 10:50:58 | 只看该作者
    我的心咓凉咓凉的。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    28#
    发表于 2010-8-25 17:50:58 | 只看该作者
    如果没有具体的表现形式就只有靠人和人之间的沟通来传递了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    29#
    发表于 2010-8-26 09:00:42 | 只看该作者
    原帖由 zthua 于 2010-7-14 12:21 发表
    现在做测试大部分都是基于需求文档的测试,假如有一天,没有需求文档了,应该如何测试?
    难道靠行业经验?
    假如是一个未知行业,又该怎么做?
    该如何保证测试的覆盖度呢?

    以不变应万变呗……
    既然是软件产品,出错的地方是相似的,比如借口,再就是与开发的沟通……从开发出获取你想获得的信息……
    另外就是恶补行业知识了……
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    30#
     楼主| 发表于 2010-12-17 09:41:00 | 只看该作者
    {:4_83:}
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    31#
    发表于 2010-12-17 11:40:36 | 只看该作者
    以不变应万变呗……
    既然是软件产品,出错的地方是相似的,比如借口,再就是与开发的沟通……从开发出获 ...
    愚人 发表于 2010-8-26 09:00



        我非常造成愚人的说法...
        无需求,无行业经验....一样可以好好地做...

        每天进步一点点就好
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    32#
    发表于 2010-12-17 13:25:40 | 只看该作者
    不会没需求吧,只是不一定落实在文字上。是在没有,那总有开发吧。谁写的代码就问谁,问问他思路,流程之类。如果他愿意开放代码,你就自己读读看....
    目前就想到这些
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    33#
    发表于 2010-12-17 15:16:40 | 只看该作者
    第一:提高自己对产品相关知识面的掌握
    第二:针对产品和自己的理解,列出测试大纲,针对每个测试项进行详细分析
    第三:总结出产品实际中应用较为广泛的功能,并结合一归测试结果,更改测试大纲,或直接编写测试计划
    第四:在编写测试大纲和计划时,通过网络了解同行业产品中的功能和优缺点,对研发提出建议性意见
    此时最好可以有能力说服研发,跟随测试需求进行修正;进入较为良性的循环
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-13 11:02
  • 签到天数: 55 天

    连续签到: 1 天

    [LV.5]测试团长

    34#
    发表于 2010-12-27 23:07:04 | 只看该作者
    我想问一下:行业知识是怎么积累呢?这个问题我比较无知...
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    35#
    发表于 2011-1-25 19:15:04 | 只看该作者
    经过半年多的工作和自己的总结:
    1、需求的确不都是文档化的,有的时候讨论组或者群里的简单几句话也是需求,有的时候用户的牢骚等也是需求;不过需求最好是由专人整理、管理一下,方便进入良性循环;
    2、测试的时候不能一味的苛求软件需求文档,因为很多中小型企业都没有需求文档的;那在这种没有需求文档甚至连需求人员都没有的情况下,测试的时候,最好能够结合自己对软件的理解,以及和开发人员的沟通自己书写一下简单的需求说明,以便作为后期测试的依据和标准。
    其他还有好多...时间关系 下次再写吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    36#
    发表于 2011-3-1 15:32:00 | 只看该作者
    呵呵,LZ的问题让我想到另外一个问题:

    假如有一天,天塌了,地没有,人类怎么生存?
    Jackc 发表于 2010-7-15 13:31



        哈哈
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    37#
    发表于 2011-3-22 16:25:35 | 只看该作者
    测试人员没有需求是最让人头痛的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    38#
    发表于 2011-3-22 16:25:43 | 只看该作者
    所以很悲剧啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    39#
    发表于 2011-3-23 11:19:49 | 只看该作者
    个人觉得应先与项目负责人沟通,做为整个项目的负责人他应是最了解这个项目需求的人。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    40#
    发表于 2011-3-23 15:30:47 | 只看该作者
    楼主多虑了,杞人忧天.
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-16 16:37 , Processed in 0.080093 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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