每个人所在公司不同 环境都不同，所以业务也不一样，主要是要有业务能力~~能尽快的掌握自己所需要的东西。~

测试计划制定 到  测试用例编写。。都应该特别熟悉业务。。至少比开发人员熟。或者说测试用例的编写做好就是设计者

好难哦

这点非常重要！测试人员要和好多类人打交道！

对业务的熟悉程度也就决定了测试的深入程度 做好了也是不容易啊

业务也相当于意味着对需求的熟悉程度和理解程度吧？

都会是一个漫长 的过程的

同意

测试基础理论是通用的，但是具体到每个行业还是要看业务修为。

测试有九大原则，其中一条就是测试工程师的经验性，我的理解就是测试人员对所处行业的软件特点的把握能力的要求。

刚到公司一个月，业务总也搞不明白，正在郁闷中呢。。。

赞同你的观点，相当有道理！

对业务知识了解得越多，测试就越贴近用户的实际需求。并且测试发现的缺陷也是用户非常关注的缺陷，同时是项目经理、开发人员都会认为很重要的缺陷。这在一些业务应用系统的测试尤其如此。
参考：http://blog.csdn.net/Testing_is_ ... /06/01/2500923.aspx

个人体会到业务是相当相当重要啊o(∩_∩)o...

网上的资料太多,大家还是要多动手,才能自己感受到,,,

业务多了解对写测试很有帮助....

很是赞同！！！！！

赞同

业务固然重要，但是经验以及细心，工作习惯，和工作态度同样重要。
本人觉得测试人员并不一定要技术多精通，主要的是知识面要广，能在接手一个新的测试项目后，在最短的时间内依据需求提取测试需求是很重要的。至于业务的熟悉在测试的过程中必然是会熟悉的，在项目组内没有任何一个人对系统的业务了解程度可以超过测试人员。

懂业务，2个小时出完用例，可以直接转自动测试脚本。不过没有准备数据。
不懂业务，1天看需求，1天写计划。2天写用例。
以上是b/s系统测试经验。

作为测试人员，精通业务是必须的，只有业务熟悉了，才可以测试出系统流程性的缺陷，这尤其对业务关联性较强的系统教适合，但是有个前提条件，不一定每个人在接受测试项目当时，就对此系统的业务熟悉，但是如果你具有很好的学习能力，接受能力以及系统分析能力话，那在加上你认真的工作态度的话，那了解系统业务又有何难。
楼上说的精通业务是对的，但是你必须要有一个过程，哪怕就是半天的熟悉时间，难道楼上的对每个系统行业知识和业务都很熟？

[ 本帖最后由 兰兰 于 2008-9-10 09:32 编辑 ]

碰巧，我对餐饮CS，电力BS，工程..，售后..，人力..，信息..，财务..，政务都了解点。
单机的就不行了。办公，影音等都只是用过。