测试时，先进行功能测试还是业务流程测试，一起来讨论！

winterson · 发表于 2005-8-15 09:33:48

我想这个问题大家在工作过程中应该碰到，我个人觉得，站在客户的角度来看，业务流程对他们来讲是他们最需要的功能，他们看来好的软件肯定是在保证业务流程的同时讲细节处理的越好越优秀；矛盾在于：对于我们来说，不经过功能测试保证每个功能模块的正确就进行业务流程测试显得无水泛舟，一旦功能模块出了问题，又还得去进行新的业务流程测试，这样效率大大降低；大家谈谈自己的看法，讨论出一个好的解决方案来，谢谢参与！

beck3000 · 发表于 2005-8-15 10:01:21

软件测试生命周期一般分为单元测试、集成测试、系统测试，从这个角度来说，业务流程测试其实应该属于系统测试的功能测试。
那么你所提到的功能测试，也是属于系统测试的一部分，我们其实可以理解为，系统测试同样可以划分为单元测试（对应于你说的功能测试）和集成测试（业务流程测试），只不过一般没有人有这种提法。
一般来讲，不经过单元测试，是没法进入集成测试的，我们搞测试当然是按照这个顺序，客户关心业务流程也是没有错误的，在时间和资源充足情况下，我们可以做到既达到软件测试理论的要求，又满足客户的最终需求。但实际情况却没有那么理想，因为软件毕竟是商业性很强的东西，把它当做完美工艺品是不可行的，所以我认为模块的独自测试应该是适可而止，测试的重点要和客户的期望吻合。

Tender · 发表于 2005-8-15 12:25:29

支持！同意！

goal0813 · 发表于 2005-8-15 22:16:02

beck3000说得很好

winterson · 发表于 2005-8-16 08:56:22

小Beck的测试基础不错，很清晰，总结你的观点：你觉得是先做功能测试（适可而止），然后再进行业务流程测试，这还有两个问题：1.你所说的适可而止（这个“可”度在哪，能具体说明一下么）；2.我们知道业务流程并不是独立功能，它往往是由若干个功能模块构成，假设在进行业务流程时发现问题，开发人员进行修改后，进行所谓回归测试，这个范围呢？

beck3000 · 发表于 2005-8-16 13:04:05

你对我的称呼挺有意思的，其实按我的年纪，应该和你有两个代沟了，不过业务讨论不分年龄辈分。
1.先说模块测试，既然是适可而止，当然决定权就在自己手里，比如围绕边界值条件设计测试数据，时间紧张的情况下就采用更大范围的分组，减少执行测试用例的次数，然后一些按照常规考虑必定要测试的东西，象非空项验证什么的，为保证大的流程没问题，这些非致命的问题就暂时不去考虑；
2.理论上讲，回归测试是要对整个软件系统全面的测试，但系统改动这么频繁，要求每做一个小改动就全部测试，哪里都不可能。但是测试人员也要对开发人员的改动涉及到的范围有一定认识，这样我们就可以只选取那些可能造成影响的模块来进行回归，在回归的时候，重点也是业务流程，看模块之间的调用和数据传递是否出现问题，按照测试理论就是“桩模块和驱动模块的关系问题”。另外，如果仅仅是改动了某个模块的页面元素之类问题，那我回归的时候其它模块甚至不用去考虑。
3.说个原则：测试人员要相信自己。测试理论远远不够完善，对实际测试活动的指导也只是大方向上的，自己总结出来的办法，实践证明效率高，就是你自己的理论，所以在测试领域里，要敢于对项目经理说：你没有我懂。只是要注意加强沟通，虚心请教开发人员，减少测试的盲目性。

free_xiaoyu · 发表于 2005-9-12 17:59:51

楼上老兄说的太好了！历害呀！佩服！

beck3000 · 发表于 2005-9-13 17:16:34

楼下小妹捧的太高了！不敢呀！惭愧！

Joan2005 · 发表于 2006-10-24 13:59:35

sdlkfj5 确实是好贴!

zqp · 发表于 2006-10-25 10:31:03

頂頂sdlkfj2

紫罗兰 · 发表于 2006-10-26 15:41:34

说得好。。。
不过在系统测试的时候，我们一般是先走通流程，如果一些流程无法继续了，可先提出了让开发修改，此时则可以开始测试各个功能模块

boliping · 发表于 2006-10-27 17:43:03

恩恩

pride · 发表于 2007-2-5 09:09:03

自己是刚入门的新生，
看了你们的观点后让自己醍醐灌顶，
自己也有一些观点，
比如自己在进行模块与流程测试时，
自己对模块的测试主要是用（边界与等价）
由于我们不去做一些单元测试，
所以如何去验证这边界与等价，
只能通过放到软件中的业务流程中去跑一遍。
个人以为，这样会提高一些效率，也会导致定位问题不清。

my3x_lz · 发表于 2007-2-5 16:16:06

这四个测试阶段懂测试的人都知道。。。我觉得两者应该是同时的。别忘了。测试要进早的进行。。发现问题及时修改要是到最后再发现是业务上的问题。那就是得不偿失了。举个例子用过一个录像回放的软件，点击播放录像打开，可画面不动，还在再点击一下播入按钮才能进行播放。。这看似不是问题。可用户恰恰不能计算机你怎么办。这就是问题。软件是给特定用户用的一定要考虑到用户是怎么使用的。。。。

my3x_lz · 发表于 2007-2-5 16:24:29

刚想了一下还是应该先进行业务流程测试，如果一个软件不能满足用户的要求，即使功能再强也是没有用的。。。不能进行测试。测试了也没有意义。功能测试更谈不上。没有必要。

鱼鳞 · 发表于 2007-2-15 15:25:25

顶~

lona_ma · 发表于 2007-2-16 09:45:39

业务流程是否符合用户操作需要应该在需求阶段就已经定义好并且经过了评审的吧，测试阶段只不过根据这个业务需求进行验证，测试阶段应该不存在业务流程不好用重新退到设计的现象哦（个别除外，见到这种巨晕），到了系统测试，个人感觉还是功能测试优先。。。个人感觉，呵呵

pjackycool · 发表于 2007-2-28 17:41:40

其实流程测试是从功能测试延伸出来的，最开始肯定没有流程测试的说法把。功能测试主要划分模块，而流程测试则即覆盖了一部分功能又涉及到模块间的传递，可以说他们是交叉的关系，但个人还是比较赞成先功能（这个度可以根据时间和流程需要来定），然后再流程。。。

baitest · 发表于 2007-2-28 21:55:28

先进行一部分功能，然后进行流程加功能！实际上，他们不是独立的，在做功能的时候，一部分流程也已做了！

vickiren · 发表于 2007-3-23 10:21:16

谢谢分享

		自动登录	找回密码
密码			(注-册)加入51Testing

测试时，先进行功能测试还是业务流程测试，一起来讨论！

相关帖子

reply

回复 #19 baitest 的帖子

站长推荐 /1