同一个功能，有多种操作入口，有多种组合条件，如何设计用例
拿移动功能为例，各位，如果是你来写用例，如何设计？说明：在某个页面中，
1.移动功能入口 有三种方式：①选择文件，点击工具栏“移动”按钮②选择文件，右击，在右键菜单中点击“移动”按钮 ③鼠标定位在 一行记录时，出现悬浮“移动”按钮，点击可移动
2.移动可以单个文件移动、单个文件夹移动、批量移动（多选，可以是多文件、多文件夹、文件与文件夹混合移动）
3.移动文件：原A目录有文件a，目标目录B也有同名文件a 时，移动A中的a 到B目录， 将会发生覆盖。
4.移动文件夹：原A目录有文件夹C，目标目录B也有同名文件夹C 时，移动A中的C 到B目录， 将不会发生覆盖， 会以“C+副本”方式重名
如果是你写用例，如何写？ :shutup: 高手指点啊 你这里操作方式有三种，1点击移动、2右键移动、3选中后移动
移动的内容有 a单个文件、b单个文件夹、c多个文件 d多个文件夹 e文件及文件夹
移动后的结果I文件不覆盖、II文件夹不覆盖、III文件覆盖、IIII文件夹重命名。
移动后的结果因为文件或者文件夹名可能有冲突导致不一样，这个可以归纳到移动内容中。重新
列举一下就是:
移动的内容有 a不冲突的单个文件、b冲突的单个文件 c不冲突的单个文件夹、d冲突的单个文件夹 e多个文件 f多个文件夹 g文件及文件夹
再仔细分析，e f g中可以包含冲突或者不冲突的文件 或者文件夹，为了更生动地说明，我们把a 当成不重名的文件 b当成重名的文件 c当成不重名的文件夹 d当成重名的文件夹，则e，包括三种情况，两个a(多个文件均不冲突)、两个b(多个文件均冲突)、a及b(部分文件不冲突、部分文件冲突) 则f也包括三种情况，两个c、两个d、c和d。
这时再来看最后一种情况g，这种情况其实从道理上来说已经和e及f是一模一样得了，不用测试了。
那么设计用例就很明确了，每一种移动方式均要覆盖不同的移动内容。
如果你能确定三种移动方式在遇到重名时处理的方式是一样的，用例处理重命名的windows api函数是一致的，那么你就不用每种移动方式测试玩所有的移动内容，你可以组合搭配测试。 回想下你这个问题，可以使用正交分解法来解决。正交分解是测试用例设计的一种基本方法。你可以在网上查看正交分解的定义。
用例设计还有一些理论方法，你可以在网上看看。
上面我给出的用例设计，未考虑移动的文件类型(doc、txt或者其他格式)、文件/文件夹的长度、未考虑文件/文件夹是否为只读属性，如果是只读的，则会覆盖失败。如果文件夹的长度很长，达到windows支持的最长长度，则重命名可能失败。 学习了 学习了。。。 学习了 学习-ing，，谢谢
页:
[1]
