记录系统时间功能用例该怎么写？

小山3

系统有一个功能：系统基础数据管理模块中，对历史记录进行修改后，系统记录下当前时间

需求描述：系统自动记录保存"组织机构"信息的当前时间，时间准确性要求到毫秒？

对这个需求的设计用例，用例目的是：验证是否在保存修改组织结构后，系统记录下当前时间？

预期结果是：12：10：45

请问我这个用例对么，输入数据该怎么写呢？？？

[ 本帖最后由 楠族开心果 于 2010-6-4 09:58 编辑 ]

小山3

我感觉不完整，但不知在哪里入手了，请教大虾

jackei

这个需求是不完整的，对于“系统自动记录保存‘组织机构’信息的当前时间”，并没有说明这个“当前时间”是执行操作的机器的本地时间，还是数据库服务器的时间，又或者是应用服务器的时间。
对于这条需求的测试，现在看来只能检查是否记录了时间，以及时间的相对准确。也就是说日期和小时还有分钟准确，是否精确到秒和毫秒似乎不太好判断，至少很难通过手工测试判断。不过关键还是先弄明白记录时间的规则。
个人看法，仅供参考。

firego

个人感觉jackei斑竹眼光很厉害！

小山3

斑竹厉害，
周五的下班前，和需求编写者讨论了，最近看需求时遇到的问题，问到这个需求的时候，他说，这个时间时另外记录一张表中，不现实给用户看的，只是在日值中进行记录和查看，
我还提：级别编码为几位，打印功能也问确认了时调用win打印功能，还是另外调用程序，，等等等。。。开发给我的答复是，我的问题太细致，容易专牛角尖，现在是初定搞，先看大流程，到时候会在进行第二次细化讨论，，
干了几天，需求评审，我就是在看文档，也写了一些测试需求，也写了些测试用例，我发现我的入手，和方式不对，请大侠知道，这个第一次需求讨论阶段，我熟悉业务，评审需求，还能干什么？？？好多字段属性定义都要到详细设计中写明，我现在写用例是不实际的，很多时候靠猜！！！请教，或者大家讨论下

jackei

小山，如果你熟悉业务，那么这是一个非常大的优势，现在这个阶段如果觉得进行测试用例的设计有困难，也可以开始进行测试需求的整理，也就是可以先明确“要测什么”。如果有兴趣，可以参看我Blog中的“测试需求与测试用例”那篇文章。其实知道“要测什么”比知道“怎么测”更重要。

小山3

你的这篇文章，我早就打印，反复阅读和应用了，现在有点头目，不过不清晰，再我整理需求的中途与开发讨论，他们说我看的太细，有点专牛角尖，，我不知道是不是自己的问题，不过我接受批评，正寻找方向去判断到底是我的错还是开发的错，呵呵，

jackei

嗯，看来您需要同需求人员和开发人员讨论一下，看看是否可以明确一下软件需求在他们的心里是如何定义的，他们认为软件需求应该是一个什么样子。

[ Last edited by jackei on 2004-10-19 at 21:32 ]

小山3

之前帖子里有一个例子
定义：人员信息模块是对需要与该软件系统发生关联的人的新增、修改（无效性设置、删除）、打印等操作
功能测试：
一、对话框测试输入进行测试，包括中文字符、英文字符、、、、
二、对界面可操作按钮进行测试。包括新增、保存、修改、查询、打印、退出。同时对鼠标右键的菜单进行测试。。。。。。。。

我在写用例时，用例目的描述：
1、验证正确人员信息能否成功保存？
2、检测错误信息不能保存？
3、检测程序对人员编号重复的情况是否进行控制？
4、检测程序必填项的情况是否进行控制？？

我现在模糊的是。原作者的那些功能测试为测试需求，还是我的这些用例目的为测试需求，，我糊涂了，
测试需求到底该怎么描述？呵呵

jackei

可以看做都是测试需求。

小山3

我新在想想，第一部分是测试方法或者步骤，，下面部分写的验证什么什么是测试需求，，，那么我在需求分析文档刚出的阶段，做评审后，就可以写测试需求，都描述为1、验证……2、检测什么？就可以了是么？？

这么组织对么？