业务的熟悉占测试多大比重
个人认为，功能测试要做好的话，必须对业务流程非常熟悉。所谓的业务流程熟悉，说白了就是熟练使用被测试软件，同时熟悉用户的使用习惯，使用模式。公司做系统测试的主力军是产品 技术支持的人。他们不懂测试理论。但反馈的bug是高质量的，是用户最关心的。。。
大家怎么看啊？
对业务的熟悉程度决定你测试能做到多深的程度,所以好的业务专家必是好的测试专家,呵呵 英雄所见略同！ 20% 同意lz的观点 50%
测试技术和业务知识同等重要 一个好的业务专家不一定是一个好的测试专家，但是一个强的测试专家肯定是一个好的业务专家
测试需要掌握的东西比开发还要多
业务知识对测试来说确实很重要，但是没有测试知识那将使你只停留在表面
同意楼上说得 各占50％ 完全同意这句话:
一个好的业务专家不一定是一个好的测试专家，但是一个强的测试专家肯定是一个好的业务专家
另外补充几句:
测试专家需要你对系统架构,操作系统,数据库,网络等等都有一定的了解,否则在测试进行到一定阶段的时候一定会遇到瓶颈.
业务专家如果不熟悉测试技术,对业务的测试会停留在相当肤浅的阶段,不能深入到系统的内部进行测试.
不过目前来说,从业务专家成长成测试专家的居多, 如果你是某个业务的专家,成为测试专家之后,对别的业务也能很快提出自己的测试意见. 原帖由 rickyzhu 于 2007-1-31 10:38 发表
完全同意这句话:
一个好的业务专家不一定是一个好的测试专家，但是一个强的测试专家肯定是一个好的业务专家
另外补充几句:
测试专家需要你对系统架构,操作系统,数据库,网络等等都有一定的了解,否则在测试进 ...
同意 这个是非常正常的现象。功能测试本身就要求测试人员熟悉该软件的功能，用途。如果不了解的。是很难反馈高质量bug的。我以前也是做技术支持的，而且以前公司的bug基本也都是技术支持提交的 情况未必~~~
直接说业务知识/熟悉对测试占多大的比重,非常片面~
这应该根据你测试项目/产品的性质来决定的~~~
比如:如果是财务类的软件,我想业务知识起码占到80%以上~还需要财务方面有实际工作经验为好;
普通的网站测试,业务知识20%-30%也已经足够了吧~~~
但我认同这话:好的测试专家一定是好的业务专家;但是好的业务专家不一定是好的测试专家~~~ 我觉得对业务的熟悉也是对需求的了解。。。
只有了解了业务才能知道客户的隐性需求。这对一个测试人员是非常重要的。 原帖由 nan3937 于 2007-3-6 15:26 发表 http://bbs.51testing.com/images/common/back.gif
我觉得对业务的熟悉也是对需求的了解。。。
只有了解了业务才能知道客户的隐性需求。这对一个测试人员是非常重要的。
比较赞同这句话~~
了解客户的需求是非常重要的~~ 从实际上说是这样,经验很重要
我一直在研究怎么样在功能测试中减低经验的比例,由于现在人员流动大,怎么样减低公司的损失
思考了很久,想在公司建立个测试用例库
真的开始着手了吧,发现自己真的很差得太远 我只知道业务不熟就惨点了....业务太熟...可以干业务去了啦~
是不是最好都具备储备
毕竟测试专家和领域专家是不一样的背景，应该都具备储备。同时可以通过培训交流，使双方互相快速深入的理解对方 同意这句话:
一个好的业务专家不一定是一个好的测试专家，但是一个强的测试专家肯定是一个好的业务专家
:) 一般情况技术支持的人员都是直接和用户打交道的，所以能够反馈出业务方面的问题。
好的测试人员不仅要了解业务知识，也需要掌握测试技能，只有这样才能更早的发现问题。 连业务都搞不清楚怎么展开测试工作?怎么知道哪里是测试重点?我认为在写用例之前一定要把业务逻辑想仔细想透彻,这样才能写出高质量的用例,更好的完成测试工作 业务熟悉50%以上
页:
[1]
2
