51Testing软件测试论坛

标题: 先测功能模块还是业务流程 [打印本页]

作者: bfguyan 时间: 2009-7-16 13:30
标题: 先测功能模块还是业务流程
刚进软件测试行业不久，想请教一个问题
现在小组在测试一个产品，现制定的testcase中只涉及到了不同功能模块，而没有提到业务流程，起先好像看到过有这样的评述：一般重大的bug都隐藏在业务流程中，根据bug的优先级别，貌似应该先测试业务流程
现在有点雾水了，因为如果先测试业务流程上的问题，testcase需要自己写，这好像需要的一定时间，不然只能是想到什么测什么了，自己测试经验又不足，风险好像很大，迷茫中，各位大虾给点意见

作者: hongyan 时间: 2009-7-16 13:54
先测功能模块再测业务流程。只有每个功能模块都没问题之后才能走业务流程，要不然很多业务流程是走不通的。

作者: zhang_yajin 时间: 2009-7-16 14:09
恩，同意楼上的，先测功能模块，业务流程其实是把功能模块的一些内容串联起来。
你可以把功能模块写得细致一些，然后写业务流程的用例时就可以直接调用这些用例。这样不是就省事了吗？

作者: 月上百合 时间: 2009-7-16 14:50
我好像也是先测的功能模块哦，呵呵

作者: 千里 时间: 2009-7-16 15:12
重点是业务流程，而且业务流程也很难测。

作者: 杜杜 时间: 2009-7-17 11:35
个人建议：先测试功能模块中，重点功能；测试通过后，进行主要业务流程测试（争取将优先级别较高的问题先发现出来）；然后在进行细小功能测试，最后是完整的业务流程测试。

作者: bfguyan 时间: 2009-7-17 15:03
多谢楼上诸位了

作者: zjxyy88107 时间: 2009-7-17 16:43
我倒！我觉得先测试业务的！业务都不过，功能再完美也是白搭！

作者: 樱qq 时间: 2009-9-18 11:48
看到一个贴子说的不错，好像是说：设计与执行交叉的一个过程，如下

先写业务用例
再写功能用例
之后先执行功能用例
修订业务用例
最后再执行业务用例

作者: 无_花_果 时间: 2009-9-18 18:10
我好像是交叉测的，没有分的那么清楚，不过我写用例习惯先写功能的

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)