关于“另存为”界面如何进行用例设计
比如下图：该图是word另存为的界面，假设指定路径下的容量大小为1G，请问各位如何设计测试用例。包含UI，功能，容量等。还有如果是安全和性能的话又该如何设计。谢谢大家
另存为的测试，应该跟操作系统有关，也就是说是具体的判断，保持，提示等都是操作系统提示的---- 只是想问怎么设计测试用例，大家多多参与回答呀 本帖最后由 Jackc 于 2012-8-20 14:51 编辑
其实，即使是MS很小的一个框体mode, 都涵盖了过于海量的功能，说实话，这例子真的太大了。
简单看了一下，可以以下方式作为功能测试的用例设计参考(仅仅是basic function)：
首先，根据UI实现的功能，重新划分模块
大致MS的另存可以分为以下几个功能：
1. 主体框架UI: 整体空间布局，提示框Title等等，大约是一些没地儿放的整体功能点，都可以分到此类。
2. 磁盘目录显示：包括两种目录寻址方式，目录排序等
3. 搜索引擎：搜索引擎必须单独测试，越是强大的搜索引擎，涉及的测试类型越多。像MS的文件搜索引擎也会多多少少涉及一些安全测试内容。
4. 保存的文件名和文件类型：这个就不多解释了
5.其他小控件：如隐藏信息功能，控件工具，保存/取消按钮等
6. 额外测试环境：因为此测试涉及原有的文件系统，故需要MS文件系统作一些必备的测试环境准备，如根目录、隐藏文件、加密文件等等。
然后，因为上述6个测试组件都可以进行随意的组合测试。就需要涉及了各个组件的功能和集成测试内容和安排。
我的建议是：有时间就再将6个组件进行测试点细分，然后以正交表或结对表进行覆盖涉及测试用例。若没有时间，还是将测试重点放在单个组件功能上，基础测试保证各个测试组件能通过，而将组件集成测试以主路径覆盖方法测试或随机测试。 回复 4# Jackc
能说说功能以外的测试类型吗，比如容量测试，性能测试等等。。。
谢谢 其实你平时怎么操作就怎么写就行？然后针对测试的每个小点进行写，其实测试用例就是你能够还原的一个过程，别人即使不懂 也能执行的一个过程。
页:
[1]
