51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3424|回复: 15
打印 上一主题 下一主题

[讨论] 我该如何开始呢

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-7-7 15:34:52 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我现在马上要开始测试一个项目了,分为几个大的模块,我一开始的打算是单个模块先单独做测试,再集成测试.但是现在我发现模块与模块间的关联很密切,单个模块可能没办法测试,因为一个模块进行的流程的中间某个数据可能是来自另一个流程处理的结果。

  我该怎么开始呢?一开始就集成测试?
:,(
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2004-7-7 16:22:53 | 只看该作者
能不能考虑使用数据流的想法来进行呢?
既然关系密切,就不要管它了,跟着数据流走,以数据流成为主线进行测试设计。
呵呵,个人意见,欢迎指点:d
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2004-7-7 17:34:16 | 只看该作者

这个点子看起来不错

以数据流为主线,想法不错。但是一旦出现了问题,是不是会难以发现问题是由什么而产生得呢?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-7-8 11:02:21 | 只看该作者
测试设计是以数据流中各个关键点来作为测试点的,前提是假设测试点是比较容易出问题的地方,寻找问题的首选就是他们,如果,问题不在这些点里,就要考虑是不是设计用例的时候没有考虑完善,只好交给开发人员来确定是不是问题,怎么来修改了,呵呵
个人意见,欢迎指点:d
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2004-7-8 15:08:43 | 只看该作者
根据业务流程来分析,然后把几个模块之间接口的依赖性分析清楚,划分有效功能,然后分别测试每个模块。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2004-7-8 15:50:23 | 只看该作者

jacki

这样的流程:某一条路径
模块1(功能1)-模块2(功能1)-模块3(功能2)-模块2(功能3)-模块1(功能2)…………要测试到模块1中的所有功能可能会依赖于其他模块的处理结果,Jacki,我在测试完模块1的时候,是否应该创数据走完模块2,3,……,N中所有相关部分呢?总觉得这样的做法很复杂。有更好的方法吗?;)
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2004-7-8 18:32:04 | 只看该作者
你模块一总共几个功能?
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2004-7-8 18:33:49 | 只看该作者
我用的就是路径覆盖的方法,呵呵,是比较笨的方法呀,大虾们有什么好的方法么?:d
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2004-7-9 16:22:13 | 只看该作者
有多少功能我是没去数的啦,
我已经决定了,将功能单独的(哪怕是一小部分)抽出来单独测试。
耦合度高的放在一起。为每个功能创建数据,这样做很麻烦,不过也没别的办法了,不能因为困难就不做啊~~

哪位大侠有高见继续发表
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2004-7-9 16:49:28 | 只看该作者
对于那些相互之间存在数据或状态的依赖性的业务,同样要注意将它们剥离到不同的测试用例中。在剥离的过程中,要分清这些业务之间的相互依赖是否只是对数据或状态的依赖,如果是这样,那么可以简单的把上下游业务之间的关系理解为输入、输出的关系:下游业务只是根据上游业务不同的输出做出不同的反应。这样在每个测试用例的开始,把不同的输入作为不同前置条件来描述就可以了。当然,下游业务对不同输入的不同反应是应该放在不同的测试用例中进行描述的。

不知道这样说是否够明白。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2004-7-9 17:51:29 | 只看该作者
如果不只是这种对数据或状态的依赖呢?还有别的情况么?jackei解释一下?
回复 支持 反对

使用道具 举报

该用户从未签到

12#
 楼主| 发表于 2004-7-13 11:02:22 | 只看该作者

jackie应该是个高手吧

你的观点很受用哦,对我启发很大~~谢谢啦
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2004-7-13 11:26:46 | 只看该作者
呵呵 我写的用例思路和jackei不谋而合啊:d
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2004-7-14 18:31:42 | 只看该作者

jackei当然是高手

要不怎么做斑竹?呵呵
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2004-7-19 17:23:17 | 只看该作者
需求分析和功能设计都写完了,那下面还要写什么,还是直接就写测试计划了
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2007-9-18 17:37:41 | 只看该作者
我也是不懂集成测试
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-28 10:32 , Processed in 0.076087 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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