51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4486|回复: 14
打印 上一主题 下一主题

[讨论] 請各位幫忙看看這個需求該從哪幾個方面寫測試用例

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-6-7 10:03:43 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
加工執行單是模治具單位申請工件加工之依據, 同時也是模具加工單位生管派工之依據

加工執行單單頭欄位有: 執行單號, 申請日期, 申請單位, 挂帳單位, 備注, 確認, 開始, 結案, 作廢, 其中以申請日期作為單據日期. 單身欄位有: 序號, 料件編號, 數量, 材質, 申請交期, 加工編號, 模號, 回復交期, 開始, 結案

該用例需要使用的資料有 加工執行單, 料件基本資料, 模具資料, 單位資料, 加工類別, 它們之間的 ER 可參閱 <數據要求說明書> 中的製令 ER 圖

加工執行單需實現如下功能:
a 管理單據規定的需求功能
b 檢查日期: 當用戶選擇保存單據, 取消確認, 取消作廢或回復交期活動時, 若加工執行單據進行過備份且當前單據申請日期 <= 加工執行單據最近備份日期時, 則不允許進行上述的活動
c 編輯單據:
  1) 需用戶進行編輯的單頭欄位為 申請日期, 申請單位, 挂帳單位, 備注, 單身欄位為 料件編號, 數量, 材質, 申請交期, 加工編號, 模號
  2) 當用戶輸入的料件編號有效且該單別需核對模號時, 由系統帶出包含該料件編號的模號資料, 若發現多筆模號同時包含該料件編號, 則顯示查找出的模號供用戶進行選擇
  3) 因用戶建的料件編號通常都是模號在前面, 料件序號在後面, 故系統需提供導入功能, 當用戶輸入模號後, 系統可導入包含該模號的料件編號, 以減少工作量
  4) 當用戶保存單據時, 若該單別需核對模號時, 則對模號進行檢查, 否則將該欄位值設為空值
d 系統需提供編輯某筆單據單身回復交期的功能, 當需求單位助理建立單據後, 生管可選擇該張單據填寫回復交期以知會需求單位助理, 此功能需進行權限管控並細至某個單別, 除單據作廢外可允許生管人員更改回復交期

其中第a 點暫時事不考慮。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
 楼主| 发表于 2005-6-8 13:45:15 | 只看该作者
怎麼沒人回答呢,是不是我的需求不清晰?或是這個問題對於高手來說太簡單不想答、而對於新手不知道怎麼答?
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-6-13 15:36:14 | 只看该作者
我先说说我的疑问,可能是因为你的问题涉及的区域过于专业的缘故吧,你的帖子我看过了,理解能力有限,隔行如隔山,不敢献拙,还是留待给大侠们赐教吧
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2005-6-14 09:57:11 | 只看该作者
其實這是一個模具管理系統的一個小功能,模具系統對於現在的工廠來說是一套從生產單位提出加工需求到成品入庫的一系統過程,包括其需求的提出,零件的加工狀況與采購、模具成本分析與成品入庫幾個部份。此需求中的加工執行單是由需求單位提出的零件需求申請單。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-6-14 22:31:02 | 只看该作者
楼上这位仁兄,全都是繁体字,看起来可真是累呀。其实,这个需求,只要使用等价类划分和边界值分析方法,对所有参数进行细致分析和分类,得到的测试用例就可以覆盖该需求了。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-6-14 22:50:09 | 只看该作者
天啊,我有好多字都不认识啊~~~~
回复 支持 反对

使用道具 举报

该用户从未签到

7#
 楼主| 发表于 2005-6-15 08:58:54 | 只看该作者
没办法,我们公司的操作系统全是繁体版的(台资企业),^_^

如果照testing版主所说,那那么一个小小的需求就可以分解为好几个测试用例了,这

样整个系统全部测试完那企不是要写几百个测试用例(此系统有五个子系统,每个

子系统大概有30个功能),这样的用例是不是有点冗余?像这个需求是加工执行单的

功能,加工执行单提出之后便是开制令单进行零件加工了。那我的制令单也可以像版

主所说的那样写用例,想到这么多的需求我的头就大了,想问问各位测试的系统的测

试用例最多的有多少个呀,好让我心里有个底!这个系统是我的第一个测试系统,我

真的是一头雾水呀!
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-6-15 09:32:23 | 只看该作者
1、单元测试的测试用例数还可以根据代码行数来进行大概的估计,系统测试的测试用例数就难估计了,不同的系统不同的复杂程度差别还是很大的。
2、不用太在意测试用例数,使用一些测试方法进行设计就可以了,覆盖所有需求。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-6-15 22:44:43 | 只看该作者
写成这样多好啊,最起码我能看懂了.

其实系统测试本来就是一个很烦琐的事情.有几个功能点就要做几个用例,甚至还要更

多,这是没有办法的事情.一个大的系统有上千个用例是正常的事情.举个例子说,Office

的File里有New,Open,Save,Close这几个功能,我们可以用一个用例把这几个功能一起

覆盖到,但很显然这样的效果是不好的.所以说做系统测试不要害怕用例过多,只要用例

不重复,还是多多易善的好.
回复 支持 反对

使用道具 举报

该用户从未签到

10#
 楼主| 发表于 2005-6-17 09:44:36 | 只看该作者
謝謝各位的回答,這樣我心裡就有個底了!
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2006-7-28 11:12:35 | 只看该作者
原帖由 skinapi 于 2005-6-15 09:32 发表
1、单元测试的测试用例数还可以根据代码行数来进行大概的估计,系统测试的测试用例数就难估计了,不同的系统不同的复杂程度差别还是很大的。
2、不用太在意测试用例数,使用一些测试方法进行设计就可以了,覆盖 ...


sdlkfj3
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-6-18 12:23:37 | 只看该作者
写成这样多好啊,
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-6-18 15:40:57 | 只看该作者
繁体字还真是看不习惯!!!
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2007-6-18 15:43:52 | 只看该作者
台湾?
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2007-6-22 19:24:24 | 只看该作者
我是测试新手,谢谢帮助,现在急着充电 sdlkfj3
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-15 16:54 , Processed in 0.072835 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表