51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3123|回复: 9
打印 上一主题 下一主题

[原创] 先测功能模块还是业务流程

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-7-16 13:30:34 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
刚进软件测试行业不久,想请教一个问题
现在小组在测试一个产品,现制定的testcase中只涉及到了不同功能模块,而没有提到业务流程,起先好像看到过有这样的评述:一般重大的bug都隐藏在业务流程中,根据bug的优先级别,貌似应该先测试业务流程
现在有点雾水了,因为如果先测试业务流程上的问题,testcase需要自己写,这好像需要的一定时间,不然只能是想到什么测什么了,自己测试经验又不足,风险好像很大,迷茫中,各位大虾给点意见
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-7-16 13:54:36 | 只看该作者
先测功能模块再测业务流程。只有每个功能模块都没问题之后才能走业务流程,要不然很多业务流程是走不通的。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-7-16 14:09:57 | 只看该作者
恩,同意楼上的,先测功能模块,业务流程其实是把功能模块的一些内容串联起来。
你可以把功能模块写得细致一些,然后写业务流程的用例时就可以直接调用这些用例。这样不是就省事了吗?
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2009-7-16 14:50:39 | 只看该作者
    我好像也是先测的功能模块哦,呵呵
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    5#
    发表于 2009-7-16 15:12:34 | 只看该作者
    重点是业务流程,而且业务流程也很难测。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2009-7-17 11:35:08 | 只看该作者
    个人建议:先测试功能模块中,重点功能;测试通过后,进行主要业务流程测试(争取将优先级别较高的问题先发现出来);然后在进行细小功能测试,最后是完整的业务流程测试。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
     楼主| 发表于 2009-7-17 15:03:13 | 只看该作者
    多谢楼上诸位了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2009-7-17 16:43:53 | 只看该作者
    我倒!我觉得先测试业务的!业务都不过,功能再完美也是白搭!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2009-9-18 11:48:14 | 只看该作者
    看到一个贴子说的不错,好像是说:设计与执行交叉的一个过程,如下

    先写业务用例
    再写功能用例
    之后先执行功能用例
    修订业务用例
    最后再执行业务用例
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2009-9-18 18:10:43 | 只看该作者
    我好像是交叉测的,没有分的那么清楚,不过我写用例习惯先写功能的
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-14 11:27 , Processed in 0.072257 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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