先前一直是对于c/s架构的产品测试，写的测试用例也是比较简单，按模块/功能划分，然后每个模块写一些基本流，备选流，异常流等情况。对于有些模块的数据正确性的校验再另外备一份测试数据。
现在这个单位的项目是b/s架构的，要求测试用例中需要详细的测试步骤及测试数据，用Execl文档。业务非常简单，但在写测试用例的时候有一些疑惑，希望能得到这里同仁的指教。

1、一个功能会有很多的入口。比如下订单，可以从采购单下订单，也可以从历史订单中下订单等。如果我按照功能划分写测试用例的时候，那是不是要把每种入口作为一个测试用例写呢？

2、不同角色处理订单会有不同的流程，比如采购商和供应商在订单处理中是不一样，采购商主要是查看订单配送情况以及取消订单等操作，而供应商是负责配送订单等。
    那如果写测试用例的时候，该如何体现这种业务的流转。感觉按照每个页面写的用例，都是静态页面似的。但我们实际测试的时候肯定会先按招业务流程执行的。

怎么都没人帮忙回答呢？sdlkfj1

1.我觉得每个入口都应该写
2.不同的角色涉及到不同的权限，觉得可以按照不同角色的业务流程来写。

1，首先需要明确，你无论从那个入口进入，是否都是调用的同一模块；如果每个入口都是调用的同一模块，我认为没有写每个入口的测试用例，只是需要写初每个入口是否能够调用订单模块的测试用例。如果是不同模块，毫无疑问的需要写不同的测试用例
2，针对不同的角色要写不同的测试用例，这是没有；这个是没有疑问的

一点说明：因为原先的测试用例模版是按照模块下的功能划分的，所以在写的时候会有这些困惑。

1、我问的是每个入口都调用同一个模块的情况。那我是在被调用模块中写一个前置条件来说明每种入口吗？还是在每种入口中写一个用例来说明是调用哪个模块呢？

2、不同角色不同的业务流程，这明显是说测试用例是按照路径或者说是按业务来设计的。这和我原先每个页面每个功能一些用例就有些冲突了。

不好意思，我都感觉自己有点钻牛角尖了，只是在写文档是的确是感到很困惑亚！感觉理论上还是有一定的明白，就是觉得下笔很难：）

能说我自己偏向于“每种入口中写一个用例来说明是调用哪个模块”，然后具体怎么做，因人而异的，毕竟条条道路通罗马

2，至于不同角色的业务流程，你可以这样想；先把不同角色划分开来。这里你所提到的是你原来的时候是根据功能去写，所以对根据流程去写用例有所迷惑，我相信以下文档或许对你根据流程去写用例有所帮助。根据场景法设计测试用例 ：
http://bbs.51testing.com/thread-5207-1-1.html

谢谢楼上的一再的帮我解惑sdlkfj2

1、你把调用该模块作为一个用例，在这个用例里面把所有的入口都写出来。当你测试被调模块功能时，就把调用模块作为一个前置条件。

2、不同角色处理订单会有不同的流程，这个根据场景法写，重点放在不通角色的处理流程是不是正确。

sdlkfj2 学习

学习

学习，呵呵

不懂

1、一个入口一个测试用例
2、一个角色一个测试用例

我正在测试这样的程序，我都不知道写测试用例是着重写功能还是着重写流程，请各位大虾指点一哈 ，谢谢了！

我最近也准备写业务流的测试用例，我业务流和普通的流程之间就有又一些疑惑，希望大家继续讨论，解决这些疑惑

又学到一招,谢谢

对啊，急啊
怎么没有人回答 啊？

我觉得每一个不同的流程都应该有测试用例的覆盖，首先应该确定都有哪些业务流程，当然确定好了后，还可以分析哪些业务流程使用的最多，可以重点设计用例来覆盖。可以考虑基本流，备选流，异常流等。不常使用的业务流程，可以就考虑基本流就好了。当然也要考虑公司用例覆盖的要求。

嗯。。请高手们多指点。。