51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2865|回复: 10
打印 上一主题 下一主题

[原创] 新手如何在项目组开展测试

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-12-13 13:19:47 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
我进入项目组已一个月了,系统大至流程都了解了,也测试了一个模块,但是我发现怎么也没有测试深入。现在系统比较大关联很多,是一个企业年金的账管系统,没有测试用例,就只有需求文档,要如何开展测试呢?像有些测试我觉得我自己太注意小的细节,流程都没怎么测试。
我觉得项目组中对有些细节要求也不那么高,不像做软件产品。我该如何组织自己的测试和开展测试呢?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    开心
    2017-9-20 12:50
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2010-3-29 10:07:36 | 只看该作者
    原帖由 zyjj_530 于 2008-12-25 12:08 发表
    我是一个即将步入测试行业的新人,学习了书本的知识,给我的感觉是,测试要追溯需求,也就是客户需求。是不是要一味的去追求客户的要求??如果客户的要求是不合理的,我们是要和用户交涉,说明原因?如果客户只想软 ...

    不用的,我们公司也经常遇到这种情况,客户哪边有策划,总是想一出是一出,提出来的东西,有的与己存在的其它的规则是不一致的,甚至是相反的,这个时候,就需要我们的负责人与客户协商,解释不可行的原因,之后会取消,或者我们提出其它解决办法,再执行。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2010-3-29 00:45:58 | 只看该作者
    先慢慢来学习!以后再来感谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2008-12-25 22:34:24 | 只看该作者

    顶版主!

    顶版主!只要找好切入点,就好了,知道了如何下手,写很重要.
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    8#
    发表于 2008-12-25 15:13:09 | 只看该作者
    不可能也不可以。测试的目标是为了确认已确定下来的需求,而不是需求采集。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2008-12-25 12:08:52 | 只看该作者

    测试是否要一味的追求用户的要求??

    我是一个即将步入测试行业的新人,学习了书本的知识,给我的感觉是,测试要追溯需求,也就是客户需求。是不是要一味的去追求客户的要求??如果客户的要求是不合理的,我们是要和用户交涉,说明原因?如果客户只想软件的质量按照他的要求进行开发,那我们做测试的是否只需要按照客户的要求进行相应的测试? 在质量的保证下与用户需求过于太高或太苛刻时,我们如何取舍????
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2008-12-25 11:49:22 | 只看该作者
    总BUG是什么意思?  测试CASE 测试出得加 自由测试对吧?或者再+其他测试

    [ 本帖最后由 godismex 于 2008-12-25 11:52 编辑 ]
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    5#
    发表于 2008-12-25 11:07:46 | 只看该作者
    有需求文档,很好了。。。

    把需求变成测试需求,就测试需求构建测试用例,务必进行至少一次评审,确认是否测试需求可以覆盖原有需求。

    如果公司有比较好的控制过程,那么就应该做好纵向沟通和横向沟通,确保信息通畅不迟滞。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2008-12-25 11:03:55 | 只看该作者
    顶楼主
    对于大的系统写测试用例确实比较麻烦
    我想用场景法来测试比较好,主数据流和备选数流

    我测试的也是比较大的系统,不过没有太多经验,呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
     楼主| 发表于 2008-12-24 21:44:31 | 只看该作者

    谢谢版主!我也觉得写测试用例很有必要.可是就是不知道如何下手.

    谢谢版主!我也觉得写测试用例很有必要.因为我经常是随机测试,常有些bug不能复现,搞得自己提给开发,开发不知道怎么改.测试用例,面对这个大系统,可是就是不知道如何下手.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2008-12-14 00:49:06 | 只看该作者
    现在很多公司在过程改进中都提出,要测试先行,就是先写测试用例,然后在进行开发
    现在按照楼主的意思,个人感觉首先你要保证你的需求或设计书和你的代码要一致,否则
    软件质量的说明行性就降低,对测试用例的撰写也存在问题,我们公司现在从质量上考虑,任何的测试都需要写测试用例,根据测试用例进行测试,然后通过所有的测试用例后,在进行自由测试,这样通过测试case 发现的bug/总的bug在对测试case质量做判断
    如果没有测试用例,直接进行测试,那有效行将会很低!希望楼主还是安心的写测试case吧
    送一句话,进度可以让步,但质量不可让步!
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-12 14:48 , Processed in 0.078802 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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