51Testing软件测试论坛

标题: 业务的熟悉占测试多大比重 [打印本页]

作者: lzq123335 时间: 2007-1-25 11:43
标题: 业务的熟悉占测试多大比重
个人认为，功能测试要做好的话，必须对业务流程非常熟悉。所谓的业务流程熟悉，说白了就是熟练使用被测试软件，同时熟悉用户的使用习惯，使用模式。
公司做系统测试的主力军是产品技术支持的人。他们不懂测试理论。但反馈的bug是高质量的，是用户最关心的。。。
大家怎么看啊？

作者: wssgily 时间: 2007-1-26 10:57
对业务的熟悉程度决定你测试能做到多深的程度,所以好的业务专家必是好的测试专家,呵呵

作者: lzq123335 时间: 2007-1-26 14:41
英雄所见略同！

作者: null2 时间: 2007-1-26 16:50
20%

作者: 白菜叶子 时间: 2007-1-29 10:33
同意lz的观点

作者: rickyzhu 时间: 2007-1-30 13:10
50%

测试技术和业务知识同等重要

作者: lovefei1027 时间: 2007-1-30 17:25
一个好的业务专家不一定是一个好的测试专家，但是一个强的测试专家肯定是一个好的业务专家
测试需要掌握的东西比开发还要多
业务知识对测试来说确实很重要，但是没有测试知识那将使你只停留在表面
同意楼上说得各占50％

作者: rickyzhu 时间: 2007-1-31 10:38
完全同意这句话:
一个好的业务专家不一定是一个好的测试专家，但是一个强的测试专家肯定是一个好的业务专家

另外补充几句:
测试专家需要你对系统架构,操作系统,数据库,网络等等都有一定的了解,否则在测试进行到一定阶段的时候一定会遇到瓶颈.
业务专家如果不熟悉测试技术,对业务的测试会停留在相当肤浅的阶段,不能深入到系统的内部进行测试.

不过目前来说,从业务专家成长成测试专家的居多, 如果你是某个业务的专家,成为测试专家之后,对别的业务也能很快提出自己的测试意见.

作者: kingamy 时间: 2007-3-2 10:03

原帖由 rickyzhu 于 2007-1-31 10:38 发表
完全同意这句话:
一个好的业务专家不一定是一个好的测试专家，但是一个强的测试专家肯定是一个好的业务专家

另外补充几句:
测试专家需要你对系统架构,操作系统,数据库,网络等等都有一定的了解,否则在测试进 ...

同意

作者: lesterfisher 时间: 2007-3-3 10:42
这个是非常正常的现象。功能测试本身就要求测试人员熟悉该软件的功能，用途。如果不了解的。是很难反馈高质量bug的。我以前也是做技术支持的，而且以前公司的bug基本也都是技术支持提交的

作者: wgs0923 时间: 2007-3-5 16:16
情况未必~~~

直接说业务知识/熟悉对测试占多大的比重,非常片面~
这应该根据你测试项目/产品的性质来决定的~~~
比如:如果是财务类的软件,我想业务知识起码占到80%以上~还需要财务方面有实际工作经验为好;
普通的网站测试,业务知识20%-30%也已经足够了吧~~~

但我认同这话:好的测试专家一定是好的业务专家;但是好的业务专家不一定是好的测试专家~~~

作者: nan3937 时间: 2007-3-6 15:26
我觉得对业务的熟悉也是对需求的了解。。。
只有了解了业务才能知道客户的隐性需求。这对一个测试人员是非常重要的。

作者: llytaiyang 时间: 2007-3-27 16:06

原帖由 nan3937 于 2007-3-6 15:26 发表
我觉得对业务的熟悉也是对需求的了解。。。
只有了解了业务才能知道客户的隐性需求。这对一个测试人员是非常重要的。

比较赞同这句话~~
了解客户的需求是非常重要的~~

作者: 胖英 时间: 2008-1-5 17:24
从实际上说是这样,经验很重要
我一直在研究怎么样在功能测试中减低经验的比例,由于现在人员流动大,怎么样减低公司的损失
思考了很久,想在公司建立个测试用例库
真的开始着手了吧,发现自己真的很差得太远

作者: dabeixiong 时间: 2008-1-13 00:33
我只知道业务不熟就惨点了....业务太熟...可以干业务去了啦~

作者: jacky_zhuang 时间: 2008-1-16 14:58
标题: 是不是最好都具备储备
毕竟测试专家和领域专家是不一样的背景，应该都具备储备。

同时可以通过培训交流，使双方互相快速深入的理解对方

作者: lqp 时间: 2008-1-30 16:42
同意这句话:
一个好的业务专家不一定是一个好的测试专家，但是一个强的测试专家肯定是一个好的业务专家

作者: xu_coco 时间: 2008-1-30 16:58
一般情况技术支持的人员都是直接和用户打交道的，所以能够反馈出业务方面的问题。
好的测试人员不仅要了解业务知识，也需要掌握测试技能，只有这样才能更早的发现问题。

作者: cangmang 时间: 2008-2-14 14:30
连业务都搞不清楚怎么展开测试工作?怎么知道哪里是测试重点?我认为在写用例之前一定要把业务逻辑想仔细想透彻,这样才能写出高质量的用例,更好的完成测试工作

作者: 查无此人 时间: 2008-3-14 17:19
业务熟悉50%以上

作者: chm_1223 时间: 2008-3-27 15:25
做测试虽说只有几个月
觉得业务是很重要
如果都不了解业务有时候都不知道一个问题是不是个BUG

作者: rien2128 时间: 2008-3-27 17:44
业务方面很重要，但是测试理论，针对业务提炼好的测试方式也很重要。

作者: 小瑜儿 时间: 2008-4-2 10:00
同意观点，最基本的系统测试还是要懂得业务，在此基础上学一些测试知识，有助于你更好的完成测试工作，也能高质量的发现问题和关键问题，还有就是以用户的角度去分析。

作者: owelowel 时间: 2008-4-10 14:29
应该是对被测的软件有一个相当的了解吧．
最好可以把自己当成是用户，以用户的观点去想问题！

作者: liuwenfangzzr 时间: 2008-4-14 14:48
标题: 这个比例与从事测试的年限有关
这个比例与从事测试的年限有关,刚从事测试工作,业务的熟悉要占测试的80%以上,大部分时间都花在熟悉业务上,已从事多年的测试工作,掌握着比较多的测试理论,较为成熟的测试方法,业务的熟悉固然重要,但只要花较少时间就能熟悉,毕竟软件系统有它的互通性,即使应用领域不同,所以,这个比例是相对的.

作者: 兰兰 时间: 2008-4-14 17:15
业务熟悉程度固然重要，但是测试经验也必不可少。
在作测试的过程中，可以对系统软件进行交叉测试，毕竟一个总是测试一个系统的话，很容易被开发人员同化，按照开发人员的正常思维进行测试，这样很难发现系统中潜在的一些bug。交叉测试的目的是发现更多的bug。因为在测试过程中，每个人对系统的关注点不一样，所测试出的bug肯定也是不一样的，有时测试人员需要有一种逆向思维的能力，反常规的对系统进行测试也是能发现很多的bug。
毕竟用户的水平和操作习惯是千差万别的，能站在用户的角度对系统进行测试是最有效的。

作者: fengyun32 时间: 2008-4-22 16:12
越熟悉越好!

如果都不懂业务,测试有多大成效呢?

作者: sywen0309 时间: 2008-4-22 16:37
标题: 呵呵
我觉得很重要.呵呵
应为行业知识可以很大程度上帮助你测试.

作者: qianlilv 时间: 2008-12-12 22:21
标题: 回复 11# 的帖子
非常的同意。我现在就是做的物流方面的测试，业务知识相对于测试技术来说是很重要的

作者: greenhouse 时间: 2008-12-26 18:06
业务很重要，如果没有业务的支出，对于测试人员就是盲目的测试。但是光懂得业务，不了解测试，也不可能充分测试，我觉得业务占40 测试经验占 60

作者: 飞翔的胖鸟 时间: 2008-12-30 17:16
同意上面50%的观点
基本来讲技能和测试概念可以保证的是你撒的网有多大
业务熟练则关系到你的网捕捉的是否是最合适的鱼

作者: majun915 时间: 2009-2-3 11:27
同意这句话:
一个好的业务专家不一定是一个好的测试专家，但是一个强的测试专家肯定是一个好的业务专家

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