需求中描述：
在人员管理主界面，选择“打印”
进入打印界面
用户进行打印参数设置，选择确定
系统打印
选择退出，
用例结束。

就这样一个需求，怎么写用例，

我只能想到，输入一个人员个人信息数据，预期结果就是保存及打印文档与实际数据正确性。其他的用例该怎么组织？？？求助大虾

嗯，如果需求就这么多，那么明显是需求缺少可测试性。对于“打印参数设置”是调用windows的打印服务还是有其他的参数需要设置？
数据的准确性是必须的，还有没有对多种格式选择等方面的测试需求呢？

按你这么说，他们的需求都不具备可测性了哦，，都很简单呢

如果是调用windows的打印服务
那设计一组参数设置的用例是不是就够了，因为我想win的打印服务不会有错的吧，，呵呵，针对我们的程序只要能调用，那就可以满足需求了，对不对？？

建议还是把需求确认一下吧。

呵呵，既然提出了，我就想两种需求都怎么设计，所以提出了这个问题，

因为我认为调用wind的会比较简单，一个用例就可以了，
如果是调用程序中的打印设置界面，那数据组合起来就不较多了，，

呵呵，不知道我这么想对不对？

还是看到具体的情况才比较容易下结论，现在不好凭个人想像表态。^_^

但是，在打印测试中，一定有几个必需的参数吧。如打印的纸型，打印的方式等吧，希望能给出一个你自己想象的，也就是说，如果你测试，你会如何写这个用例。

我就是不会写，所以才问的，呵呵

一个优秀的测试用例，应该包含以下信息：

1） 软件或项目的名称

2） 软件或项目的版本（内部版本号）

3） 功能模块名

4） 测试用例的简单描述，即该用例执行的目的或方法

5） 测试用例的参考信息（便于跟踪和参考）

6） 本测试用例和其他测试用例间的依赖关系

7） 本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限

8） 用例的编号（ID），如能够是 软件名称简写-功能块简写-NO.。

9） 步骤号、操作步骤描述、测试数据描述

10）预期结果（这是最重要的）和实际结果（假如有BUG管理工具，这条能够省略）

11）研发人员（必须有）和测试人员（可有可无）

12）测试执行日期