51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 15193|回复: 40
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-5-15 16:59:09 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
正在制定公司的集成测试规程,有一些困难的地方,想通过论坛获得大家的帮助,同时我也可以提供我的想法,希望对有志于集成测试的朋友有所帮助。
先说下公司的实际情况。公司现在只有我一个人做集成测试(integration test),其他的同时都是做系统测试或者自动化开发的。我现在单独提供一个Term的集成测试工作,但是由于没有实际的可指导的或者现成的集成测试工作规程,所以现在还一直执行的是系统测试之前的功能测试。但是集成测试工作是一定要开展起来的,所以现在正在紧张的制定公司内部的集成测试规程。
根据现在公司的情况,我觉得先制定一个标准的集成测试规程,当然,由于公司的集成测试工作才开展起来,还有许多不合时宜的地方,但是还是决定制定比较标准的集成测试流程。如果在实际中出现无法按照标准流程进行的情况,那么就先跳过去,这样既不影响工作,也可以留下很大的扩展空间。如果现在的规程不标准,那么后期如果想转载标准的道路上是很难得。
这几天看来很多资料,考虑了很多,我已经完成了“集成测试工作指南”的制定。我会将完成的“集成测试工作指南”共享出来,希望能对大家思路的整理有所帮助。
集成测试需要完成的文档:
1.集成测试工作指南
2.集成测试计划书
3.测试过程
4.测试用例
5.测试报告
6.测试评估摘要
这是我综合了很多资料,整理出来的,集成测试需要完成的或者输出的文档,现在我需要将其都模板化。大家有什么不同的意见那?一起讨论
还有一个问题,这个是和困扰我的问题。
在集成测试前,需要开发部门提供一个“集成构件计划”文档,这个文档主要记录项目中单元或者模块的集成顺序,接口描述说明等,但是我现在不知道这个标准模板应该怎么制定?其中包括那些内容?希望能得到大家的帮助
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏1
回复

使用道具 举报

该用户从未签到

推荐
 楼主| 发表于 2009-5-19 10:04:56 | 只看该作者
集成测试过程

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
回复 支持 1 反对 0

使用道具 举报

该用户从未签到

41#
发表于 2012-5-28 19:41:53 | 只看该作者
顶顶顶顶顶顶!!!!
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

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

    连续签到: 1 天

    [LV.2]测试排长

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

    学习集成测试

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

    使用道具 举报

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

    连续签到: 1 天

    [LV.2]测试排长

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

    回复 5# 的帖子

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

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

    使用道具 举报

    该用户从未签到

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

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    回复 28# 的帖子

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    集成构建计划

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

    使用道具 举报

    该用户从未签到

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

    回复 21# 的帖子

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

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-22 05:33 , Processed in 0.092306 second(s), 30 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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