51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 7995|回复: 17
打印 上一主题 下一主题

[讨论] 关于集成测试用例及系统测试用例

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-9-1 17:19:13 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
各位在编写测试用例时会很好的区分哪些用例是用在集成测试阶段的,那些是用在系统测试阶段的吗?如果有的话,都是以什么去区分的?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-9-13 14:51:02 | 只看该作者
没人回答啊?我们现在只有很简单的一份需求规格说明书,写用例的时候,不知道该怎么写了?需求规格说明书对应的是系统测试,是不是只需要验证功能实现没实现,不需要去验证错误的输入什么的?
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2006-9-13 16:06:41 | 只看该作者
我也很郁闷,没有人回..
我们原先公司基本是在一块写的.不区分.
只是执行系统测试的时候,挑其中那些流程性很强的用例来执行而己.
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-9-15 16:44:26 | 只看该作者
想帮帮不了你,我要修炼...
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-9-19 18:29:10 | 只看该作者

引用在网上看到的一段话,可能对你有点帮助

系统全部组装完毕后的测试是系统测试。
之前的都可以叫做集成测试。

集成测试可分为两种:手工黑盒和代码灰盒。
手工黑盒测试就这样了,与后续的系统测试用例存在重用。
代码灰盒是指针对组件的接口采用代码调用的方式来测试,一般不会走到白盒,即不关心组件内部是如何实现,只关心组件的接口。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2006-9-28 11:30:52 | 只看该作者
谢谢楼上回贴.

还需继续关注
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2006-10-31 17:13:29 | 只看该作者
sdlkfj9 ,没有人回答阿,我也不知道
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2006-11-17 15:18:18 | 只看该作者
因为我们公司都是做黑盒测试,所以,集成测试的用例都放在了系统的功能测试用例中。嗯,我也没有办法区分,郁闷~~
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-1-29 19:26:48 | 只看该作者

reply

个人以为在一份需求分析中会包括
对硬件环境要求的描述

对软件所要实现功能的描述
针对软件功能的要求所写的会很接近于集成测试(不过她没有详细设计针对某个功能详细描述)
如果从软件功能要求加上对硬件环境的要求综合,
这将是系统测试

不周之处多支教
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-1-29 22:32:35 | 只看该作者
有时集成测试与系统测试在阶段上分的并不是那么明显,当软件还没能完全跑通时可以根据功能点来进行测试,也就是分块测试,保证重要的模块都没有问题。被测软件能走通业务流程后就主要关注业务用例了。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-2-25 22:05:36 | 只看该作者
简单的来说系统的测试用例主要关注你那份需求规格说明书上的需求有没
实现,而集成测试用例关注的是实现这些功能的内部模块传递数据正不正确。
    举个例子:测一个注册新用户的网页
   系统测试用例:
     输入:一些合法的字符串,如用户名、年龄等
     预期结果:跳出注册成功的页面
    集成测试用例:
    输入:如你年龄输入的是26,用户名是abc
    预期结果:你得在网页的后台数据库中找到这两个相同的字符串
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-8-17 10:16:32 | 只看该作者
学习了,讨论才能明朗
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-8-19 11:45:41 | 只看该作者
还真没深入研究区分过,感谢大家的讨论
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2007-8-20 00:43:26 | 只看该作者
学习中
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2007-8-20 12:17:32 | 只看该作者
我们也没有区分的。只是在用例的编写上就是按设计的使用流程来。

比如模块的基本功能写在基本流里面;其他的操作(比如:错误操作)写在可选流里面;

检查单一功能时就执行某一用例,检查流程时就是基本流+部分可选流

也不知道我这么表达是不是对的,好像有点词不达意。。。。哎~
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2009-8-19 13:29:59 | 只看该作者
我晕,集成测试用例的编写这么麻烦
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2009-10-12 11:35:47 | 只看该作者
学习,练级中
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2016-3-13 16:12
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    18#
    发表于 2009-10-27 10:11:18 | 只看该作者
    以前是没有区分,而现在要按照CMMI流程来过,所以得全部分开,挺多的,烦呀.......................
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-26 00:54 , Processed in 0.078592 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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