51Testing软件测试论坛

标题: 我该如何开始呢 [打印本页]

作者: michelle_happy 时间: 2004-7-7 15:34
标题: 我该如何开始呢
我现在马上要开始测试一个项目了,分为几个大的模块,我一开始的打算是单个模块先单独做测试,再集成测试.但是现在我发现模块与模块间的关联很密切，单个模块可能没办法测试，因为一个模块进行的流程的中间某个数据可能是来自另一个流程处理的结果。

我该怎么开始呢？一开始就集成测试？
:,(

作者: wgfxman 时间: 2004-7-7 16:22
能不能考虑使用数据流的想法来进行呢？
既然关系密切，就不要管它了，跟着数据流走，以数据流成为主线进行测试设计。
呵呵，个人意见，欢迎指点:d

作者: michelle_happy 时间: 2004-7-7 17:34
标题: 这个点子看起来不错
以数据流为主线，想法不错。但是一旦出现了问题，是不是会难以发现问题是由什么而产生得呢？

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

作者: jackei 时间: 2004-7-8 15:08
根据业务流程来分析，然后把几个模块之间接口的依赖性分析清楚，划分有效功能，然后分别测试每个模块。

作者: michelle_happy 时间: 2004-7-8 15:50
标题: jacki
这样的流程：某一条路径
模块1（功能1）－模块2（功能1）－模块3（功能2）－模块2（功能3）－模块1（功能2）…………要测试到模块1中的所有功能可能会依赖于其他模块的处理结果，Jacki，我在测试完模块1的时候，是否应该创数据走完模块2，3，……，N中所有相关部分呢？总觉得这样的做法很复杂。有更好的方法吗？;)

作者: wgfxman 时间: 2004-7-8 18:32
你模块一总共几个功能？

作者: wgfxman 时间: 2004-7-8 18:33
我用的就是路径覆盖的方法，呵呵，是比较笨的方法呀，大虾们有什么好的方法么？:d

作者: michelle_happy 时间: 2004-7-9 16:22
有多少功能我是没去数的啦，
我已经决定了，将功能单独的（哪怕是一小部分）抽出来单独测试。
耦合度高的放在一起。为每个功能创建数据，这样做很麻烦，不过也没别的办法了，不能因为困难就不做啊～～

哪位大侠有高见继续发表

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

不知道这样说是否够明白。

作者: wgfxman 时间: 2004-7-9 17:51
如果不只是这种对数据或状态的依赖呢？还有别的情况么？jackei解释一下？

作者: michelle_happy 时间: 2004-7-13 11:02
标题: jackie应该是个高手吧

你的观点很受用哦，对我启发很大～～谢谢啦

作者: ting_yt2 时间: 2004-7-13 11:26
呵呵我写的用例思路和jackei不谋而合啊:d

作者: bobli 时间: 2004-7-14 18:31
标题: jackei当然是高手
要不怎么做斑竹？呵呵

作者: sasajesse 时间: 2004-7-19 17:23
需求分析和功能设计都写完了，那下面还要写什么，还是直接就写测试计划了

作者: yangbohustwb 时间: 2007-9-18 17:37
我也是不懂集成测试

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)