51Testing软件测试论坛

标题: 请教：打印功能用例该如何组织 [打印本页]

作者: 小山3 时间: 2004-10-13 13:04
标题: 请教：打印功能用例该如何组织
需求中描述：
在人员管理主界面，选择“打印”
进入打印界面
用户进行打印参数设置，选择确定
系统打印
选择退出，
用例结束。

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

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

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

作者: 小山3 时间: 2004-10-14 11:54
按你这么说，他们的需求都不具备可测性了哦，，都很简单呢

作者: 小山3 时间: 2004-10-14 12:02
如果是调用windows的打印服务
那设计一组参数设置的用例是不是就够了，因为我想win的打印服务不会有错的吧，，呵呵，针对我们的程序只要能调用，那就可以满足需求了，对不对？？

作者: jackei 时间: 2004-10-14 12:05
建议还是把需求确认一下吧。

作者: 小山3 时间: 2004-10-14 12:18
呵呵，既然提出了，我就想两种需求都怎么设计，所以提出了这个问题，

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

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

作者: jackei 时间: 2004-10-14 12:37
还是看到具体的情况才比较容易下结论，现在不好凭个人想像表态。^_^

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

作者: 小山3 时间: 2004-10-19 20:20
我就是不会写，所以才问的，呵呵

作者: 天天乐乐 时间: 2008-8-20 19:27
一个优秀的测试用例，应该包含以下信息：

1）软件或项目的名称

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

3）功能模块名

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

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

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

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

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

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

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

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

12）测试执行日期

作者: qincaihong 时间: 2011-12-21 14:41
同问此问题

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)