51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

楼主: tester_ran250
打印 上一主题 下一主题

[原创] 有人想做集成测试吗?一起讨论集成测试规程的制定吧

[复制链接]

该用户从未签到

21#
发表于 2009-5-22 11:52:03 | 只看该作者
搂主,我看了你的附件中工作指南和集成测试思路这篇文章。我以前没有做过这方面的测试,所以有个问题想问你一下。
    “集成测试关注的是模块之间的接口”。是不是说,做集成测试的话,是要对程序源码比较清楚?包括:各个模块,类,各自之间的调用关系;各个类对数据库的读写;还有就是你说的第5个切入点“同步”。而这些信息,一般由谁提供?是项目的详细设计文档吗?(我们的项目只有需求文档)
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2009-5-25 14:50:56 | 只看该作者
对集成测试了解不多,学习下,顶了~
回复 支持 反对

使用道具 举报

该用户从未签到

23#
 楼主| 发表于 2009-5-26 11:13:05 | 只看该作者

回复 21# 的帖子

我现在所处的公司也只有需求文档。但是这不妨碍集成测试工作。集成测试人员是需要对代码有些了解的,否则和开发人员沟通起来都比较难啊。还有一个情况,是需要集成测试人员考虑的,那就是,数据驱动和桩模块的编写,这也是需要有编程能力的。
如果你有足够的时间去熟悉源码,那肯定是事半功倍啊,像我现在就无法达到这样的高度,没有那么多的时间去了解代码,所以我走了另一条路,由开饭人员提供模块接口数据。
回复 支持 反对

使用道具 举报

该用户从未签到

24#
 楼主| 发表于 2009-5-26 11:16:22 | 只看该作者

集成构建计划

今天需要完成《集成构建计划》,大家有什么好的意见,请提出来一起讨论
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2009-5-26 19:15:57 | 只看该作者
第一次到这个论坛,发现这气氛很好,找到宝地了
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2009-5-27 13:54:04 | 只看该作者
写测试用例是个难点,感觉怎么写怎么不好。
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2009-5-27 14:15:10 | 只看该作者
是呀,接触的多了,学到的也多,集成测试中接口测试是很重要的。这些应该都体现在集成测试用例里。不过我是做手机测试的,但想应该这方面是一致的。
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2009-5-31 16:34:29 | 只看该作者
个人认为集成测试关注的重点应该是系统之间的兼容性,一般来说系统测试就对软件的功能进行了验证,如果集成测试还是注重于软件的功能的话则降低了效率了
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2009-5-31 16:40:29 | 只看该作者
还有集成测试很关键的是要记录好测试环境,对测试环境的版本和测试对象的版本要管理好
回复 支持 反对

使用道具 举报

该用户从未签到

30#
 楼主| 发表于 2009-6-1 10:46:49 | 只看该作者

回复 28# 的帖子

集成测试是放在系统测试之前,怎么会因为集成测试中的功能测试而影响整体的测试效率那?如果在集成测试中就完成大部分的功能测试,这样反倒会提升整体的测试效率!我们不能将系统测试看成万能的!
还有,你说的“系统之间的兼容性”,我不太理解你的这个话,“系统之间的兼容”这个应该是放在系统测试中的。集成测试更加关注的是功能模块内部组成之间的关系。或许是我理解错了你所说的“系统之间的兼容”
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2009-7-31 16:27:14 | 只看该作者
楼主精神令人敬佩,向楼主学习!
回复 支持 反对

使用道具 举报

该用户从未签到

32#
发表于 2009-8-2 15:23:28 | 只看该作者
个人建议不要花太多时间去定这个规程。比较好的办法是先有实践,后有标准。看LZ到情况,又是个单干的。这样的话,这个规程的价值就更小了。

给LZ一点建议。第一,必须做自动化。第二,先做一个最小功能模块,看看你的想法能不能实现。第三,如果你的想法是对的,那么从问题最严重的模块做起。第四,不要试图一下子解决所有的问题。
回复 支持 反对

使用道具 举报

该用户从未签到

33#
发表于 2010-1-12 14:13:43 | 只看该作者
看了这么多!说一下我们公司的测试流程~_~
单元测试:不多说了就是白盒测试,主要包括:编码风格(自己定义,人工审查),编码规则(Mirsa C),覆盖率测试
软件集成测试:分为模块内集成和模块间集成   模块内集成就是函数调用关系,全局变量,调用接口分析以及模块功能测试
                      模块间集成就是模块间接口以及模块功能间是否会产生影响
软硬件集成测试:主要包括功能测试和性能测试,主要对象是模块集成后的子系统或动硬件依赖很强的模块
系统测试:目标机测试,针对系统需求和系统安全需求一条一条来测

最后验收测试,那是用户的事了!
回复 支持 反对

使用道具 举报

该用户从未签到

34#
发表于 2010-1-13 18:12:26 | 只看该作者
THS
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2017-11-8 11:33
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    35#
    发表于 2010-7-1 14:42:12 | 只看该作者

    回复 5# 的帖子

    我感兴趣,可能……好像有点迟!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2017-11-8 11:33
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    36#
    发表于 2010-7-1 14:55:07 | 只看该作者

    学习集成测试

    我来的迟了,不知道你们还做不做集成测试,你们QQ多少?
    我QQ:474510360
    一起讨论!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    37#
    发表于 2010-11-27 17:51:38 | 只看该作者
    很久前的帖子了,来UPUP
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    38#
    发表于 2010-12-15 10:01:36 | 只看该作者
       谢谢你的资料分享,但是我很想问一下,怎么判断现阶段 是不是适合开展集成测试呢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    39#
    发表于 2011-2-14 10:19:52 | 只看该作者
    不错 谢谢分享!!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    40#
    发表于 2012-4-11 16:08:07 | 只看该作者
    我感觉楼主写的很不错,集成测试我觉得最主要的还是要有一个业务线
    我觉得把主线业务都要走一遍是很重要的
    不知道如何实现这个
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-5-20 21:44 , Processed in 0.076940 second(s), 22 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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