怎样在TestManager中规划场景测试用例的结构？
看了《使用用例场景设计测试用例》文章，感觉非常好。但结合在TestManager中怎样规划测试用例的结构呢？我大概的想法是这样的：1功能模块X (用例文件夹)
1-1功能项X (用例文件夹)
1-1-1场景1：成功的操作某功能 (测试用例)
1-1-2场景2：XXX(备选流1)
1-1-3场景3：XXX(备选流2)
。。。
但这样写起来用例会非常多，可能也很繁琐，有谁写过场景式的测试用例吗？帮看一下。
另外，在TestCase中我不想把数据写到里面，测试步骤与数据的分离更清晰一些。但测试数据该写到什么地方呢？察看起来更方便维护起来也容易呢。 如果把每个基本流或备选流都单独做一个脚本，再在TestManager中组合调用，确实会造成脚本数目过于庞大，也不利于脚本库的维护。我认为比较好的方法是：从开始用例到结束用例是一个脚本，中间所经过的基本流和所有备选流都包含在脚本中，在脚本中通过分支和循环来实现基本流和备选流，而不同的场景则由测试数据体现。如果需求不是经常发生大的变化，基本流和备选流不经常改动，采用这种方法还是比较好的。如果需求极不稳定，那么这么做会造成要经常去修改脚本，也不利于脚本库的维护。
测试数据分离出来肯定能提高测试过程的净收益。有多种方法：可以把测试数据写到DATAPOOL中；可以把测试数据写到文件中，在脚本中通过读文件获得测试数据；也可以将测试数据写到数据库中，在脚本中通过ADO调用测试数据。
页:
[1]
