谁都是自己问题的答案
测试小组的负责人如何统计和收集数据？
上一篇 / 下一篇 2009-12-21 11:58:53 / 个人分类：论坛活动
查看( 607 ) /
评论( 94 )
TAG:
-
gaha 发布于2009-12-21 11:23:22
-
测试技术掌握的是自己的，行业知识只限于一家公司或一类项目，没有太多的积累价值。
-
xtha21 发布于2009-12-21 13:49:45
-
我不同意正方gaba的观点，对方的观点是否可以理解为自身测试经验的积累呢？
我认为确定哪个更重要，应该以哪个更能服务于某个项目或业务的测试为基准。
所以我认为掌握更多更好的业务知识才能测试出一些业务门外汉所测试不出来的问题，也才能找出一些较严重或是较致命的BUG，这也正是许多测试主管所强调的：测试的的前提是对需求的理解，对业务的熟悉。
所以，我认为：服务于某一个项目的测试，行业知识更为重要。
[ 本帖最后由 xtha21 于 2009-12-21 13:51 编辑 ]
-
-
QUOTE:
原帖由 xtha21 于 2009-12-21 13:49 发表
仁者见仁
我不同意正方gaba的观点，对方的观点是否可以理解为自身测试经验的积累呢？
我认为确定哪个更重要，应该以哪个更能服务于某个项目或业务的测试为基准。
所以我认为掌握更多更好的业务知识才能测试出一些业务门外汉 ...
-
Lennon 发布于2009-12-21 15:37:44
-
亲身经验让我同意正方观点。
以前的公司是电信相关的，现在的公司是第三方支付的，风马牛不相及啊。
这次跳槽让我夸了两个行业，但能说我转行了么？不能，因为我还是在做和过去相同的事情，只是我的工作对象本身为社会提供的价值不同了。而我的工作本身没有发生任何变化。
过去和现在我都是一个测试工程师，我钻研本行，我的本行是测试，钻研的结果是技术强了，不管什么项目来了都能一样搞定。过去我不曾去深研究etom，现在也不去深究次贷危机起承转合。因为我给自己的定位就是一个测试，在彻底一些就是写脚本的家伙，一个nobody，但不管什么类型的测试脚本都能搞定的家伙，而不会是产品经理，不是销售，就算现在的公司号称自己是金融机构，我也不会认为自己是个金融行业的从业人员。
-
caption 发布于2009-12-21 16:16:02
-
额，这个问题……谈谈鄙人的拙见：
极端化的一个问题：一个业务知识过硬，却没有基本的测试知识和基本的测试思路的人能做好软件测试么？
答案是显而易见的，不然我们这些专业做测试的饭碗不是都丢了？^_^
良好的业务知识，的确可以帮助测试人员在某一行业的工作中大大的提升效率。
尤其帖子中特别指出的几种行业性的测试，除了过硬的测试技术，的的确确需要加上一定程度的业务知识，才能做好。
但是我们必须明确，一名优秀的软件测试人员，过硬的测试技术、测试思想才是最重要的必要条件。
举个不恰当的比方吧，大家觉得人的左手重要还是右手重要？
事实上大家知道两只手各有作用，和谐的使用才能发挥最大的效率，做更多的事情。
如果强迫你砍掉一只手，只能留一只手呢？
我想大部分人会选择保留右手。（左撇子会选左手
）
在这里，右手就好比测试技术，左手就好比业务知识。（左撇子倒过来 ）
另外，个人认为测试人员对行业知识的了解并不需要特别特深入，短时间内的突击学习和培训，就可以有一定程度的积累；但是测试技术则需要长时间不断的积累。
具备了炉火纯青的测试技术，即使进入一个陌生的行业领域进行测试工作，相对来说会比较容易上手。
从职业发展上来说，测试技术过硬的人不会受到行业的限制，而业务知识过硬的人，在跳槽时可能会要考虑的更多。
总结一下，业务知识固然重要，但是测试技术、测试思想更重要。
以上是一些拙见，大家探讨撒~~~
-
msnshow 发布于2009-12-21 21:39:48
-
行业知识更重要
大家都知道，不同的行业，测试的内容、方法和侧重点也不一样
但测试技术是不变的，在各个行业都可用
-
mimiclin 发布于2009-12-22 11:15:15
-
两者皆重要
测试技术的重要性不言而喻
但是行业知识对於一个从事测试的来讲，一样重要
------------------------------------------------------------------------------------------------
个人认为测试技术就好比身上穿著的装备
拥有越多的测试技术，就等同穿著越多的装备在身上
但是空有技术却不懂得发挥，只会让自己陷入动弹不得的局面
因此如何在严苛的环境中，可以穿著较多的装备还能行动自如
对测试人员来说，是个很重要的课题
而行业知识就好比手上的武器
对自己所处的行业有越多的认知，就等同手上的武器越锋利
遇到领头提出的各项难题都能迎刃而解
------------------------------------------------------------------------------------------------
有测试技术而缺少行业知识
在遇到难题时不会轻易被打倒
但是也很难在短时间内找出解题的办法
而空有行业知识却缺少测试技术
往往在遇到难题时只能且战且走
战的满身是伤，到头来还不一定能解决问题
唯有当两者皆具备时
遇到难题才能从客户端分析需求
并找到合適的测试方法来应对
总合上述观点，个人认为两者皆需重视，不可偏废
[ 本帖最后由 mimiclin 于 2009-12-22 11:18 编辑 ]
-
-
其实我觉得，这个辩题本身有点问题。没有界定范围。这个问题就好像问 是煤气重要还是刀重要，能怎么回答那。刀可以用来抢劫，煤气可以用来自杀，当然刀也可以用来自杀。但其实想问对厨师做好菜来说那个更重要。
反过来看我们的辩题
测试技术重要还是行业知识重要？
而重要或不重要要看对谁出于什么目标而言的。于是我们的辩题应该清晰的表述成：
“对测试人员做好测试而言，是测试技术重要还是行业知识重要”
我想在这个辩题的情况下讨论可以更清晰一些。我也再表达一下我的观点----对测试人员做好测试而言，是测试技术更重要。
以下需要对方辩手注意：
1、说测试技术更重要不等于说行业知识不重要。行业知识重要这点我想凡是有过系统培训或学习的朋友都清楚这点。
2、对“好”字的定义标准。做好了测试的标准是什么？做到“好”的手段又是什么？这些专业的测试技能中有多少是可以在偶尔的一两次培训中掌握贯通？又有多少是可以通过丰富的行业知识来弥补的？如果在工作来了的时候都由于技术能力的原因造成一筹莫展，又何谈做“好”？
3、除了作坊式的软件公司，分工大都明确，产品经理能提供给你行业知识，那是他的本行，测试人员需要提供的是测试知识，发现问题的能力，手段和思路。在此我要驳斥的是中立的观点，认为“对测试人员来说，测试技术和产品知识，两者一样重要”就是偏离正道。除非心里盘算的是转产品经理。当人很多人这样做了。不过这是另外一个命题了“对转行来说，哪个重要”
所以，我认为。对测试人员做好测试而言，测试能力更重要，产品知识能锦上添花。
-
-
QUOTE:
原帖由 msnshow 于 2009-12-21 21:39 发表
对方辩友的这一席话其实正表明了对测试人员做好测试而言测试技术更重要。
大家都知道，不同的行业，测试的内容、方法和侧重点也不一样
但测试技术是不变的，在各个行业都可用
不同的行业不同的侧重点--》个性
测试技术不变，各个行业都可用--》共性
（《毛泽东选集》第1卷第295页）唯物辩证法认为，。。。共性只是概括了个性之中共同的、本
质的东西，个性总有许多自己独有的特点，是共性包容不
了的。矛盾的共性是绝对的，无条件的，而矛盾的个性是
有条件的、相对的。。。。
这这一哲学观点套用到我们的辩题和对方辩友的话则可以表述为。
测试技术过硬对测试人员做好测试而言是绝对的，无条件的，而行业知识是更具行业的不同相对的有条件的去学习的。
伟大的毛主席已经给出了答案。
-
kukumaru发布于2009-12-22 14:46:26
-
QUOTE:
原帖由 Lennon 于 2009-12-22 13:59 发表
2、对“好”字的定义标准。做好了测试的标准是什么？做到“好”的手段又是什么？这些专业的测试技能中有多少是可以在偶尔的一两次培训中掌握贯通？又有多少是可以通过丰富的行业知识来弥补的？如果在工作来了的时候都由于技术能力的原因造成一筹莫展，又何谈做“好”？
其实我觉得，这个辩题本身有点问题。没有界定范围。这个问题就好像问 是煤气重要还是刀重要，能怎么回答那。刀可以用来抢劫，煤气可以用来自杀，当然刀也可以用来自杀。但其实想问对厨师做好菜来说那个更重要。
反过 ...
楼主本身没有“好”这个字，你自行添加进去一句话，自己却又解释不清。
行业主要指测试人员所在企业涉及的行业领域，例如很多IT企业从事石油、电信、银行、电子政务、电子商务等行业领域的产品开发。行业知识即业务知识，是测试人员做好测试工作的又一个前提条件，只有深入地了解了产品的业务流程，才可以判断出开发人员实现的产品功能是否正确。
很多时候，软件运行起来没有异常，但是功能不一定正确。只有掌握了相关的行业知识，才可以判断出用户的业务需求是否得到了实现。
行业知识与工作经验有一定关系，通过时间即可以完成积累。
对于测试者来说，测试的行业知识包括：
1.行业的公共背景知识.比如电信行业的测试人员要了解电信通讯的一些基本知识。手机的测试大概要知道手机都用什么平台等等。
2.测试在这个行业是如何做的。前面说过每行业的测试都不同，所以你所在行业的常用的测试方法是什么，又是什么特点都要清楚。
3.在这个行业里做测试需要哪些技能。这点清楚与否也间接的反应了你是否对前两点清楚。
看似很复杂，其实不用怕，有几个方面和渠道可以获取这些知识：
1.了解测试对象的功能和用途和一些基本原理。如果遇到不懂的问题可以去相关的书中看看或者向别人询问。
2.关注每一个测试活动，将其与所处行业特点联系在一起，自己经常进行思考。
3.最后可以关注用户验收测试，可以看看用户是关注哪些方面，这有助自己对测试策略的改正。在每个行业的测试策略不同，测试的优先级不同。
4.多读一些与行业相关的书籍，对于测试和行业了解都有百利而无一害。
[ 本帖最后由 kukumaru 于 2009-12-22 14:47 编辑 ]
-
-
呵呵，不是解释不清，是不解释，篇幅有限。
思考了你的话。概括一下表达为：
不同行业有不同的技术重点，要更好的掌握这些技术重点需要结合行业知识。
目标不还是掌握技术么？
朋友你是卧底么？
-
-
我可没说测试技术不重要。
个人认为在两者相比较谁更重要的情况下，行业知识占的比例较大。
[ 本帖最后由 kukumaru 于 2009-12-22 16:03 编辑 ]
-
投缘 发布于2009-12-22 19:19:27
-
不管是新人还是有经验的人，当进入一家新公司时，你如果对业务不了解，有在丰富的技术经验、基础知识都是无从下手的！你可能可以使用设计用例的方法，但是你的深度、广度根本达到不了，覆盖率极低，那还怎么能把工作做好呢。
-
愚人 发布于2009-12-22 21:05:55
-
有这样一个故事：
扁鹊在世时，一次到了魏国，魏文王接见了他，问道：“听闻你家中有兄弟三人，都精于医术，但不知哪一位的医术最好呢？”
扁鹊答道：“我大哥医术最好，我二哥排第二，三兄弟中我医术最差。”
魏王觉得奇怪：“那么为什么你会最出名呢？”
扁鹊答道：“我大哥，于病情发作之前就进行处理，使周围的人疾病消弥于无形，外人无从知晓，所以只有我们家里面的人才知道他的医术最高。而我二哥，在病情还十分轻微时，就将疾病治愈，在他手上，疾病不能发展成大病、重病，所以周围的乡亲都认为他只能治小病，所以名声只限于本乡。只有我，到了病情比较明显，或者比较重的时候，才知道病因，而运用药物、针灸等方法治好重病、难治之症，大家都以为我的医术高明，所以我的名声响遍数国。”
打个不大恰当的比喻，如果扁鹊是一个测试技术高手，会自动化工具，写脚本，做性能测试，所以可以测出问题来，实际上已经是亡羊补牢了；而扁鹊的大哥就是一个行业知识高手，总能在产品前期未雨绸缪，知道如此设计在哪里会出问题，在问题还没有出现或者初期就消灭了……
这就是在企业里，尤其是正规的大企业（比如华为），你可以看到某些测试技术高手工资确实高，可是忙里忙外，是一个执行者，而某些人看起来不怎么做事，只是写写文档，评审一下文档……获得的报酬确是更高……
当然，行业高手也是慢慢从技术高手走过来的……对于一个企业或者测试团队，二者都很重要……
-
架构师Jack 发布于2009-12-22 21:51:08
-
这是一个精华讨论贴。
如果想长期在测试行业发展，自然是测试公共技术最重要。
如果测试只是过渡，自然业务知识最重要。
但在发力时，业务知识越了解，测试技术的功力就发挥的越好。
-
-
顶Jack……有深厚行业背景的技术高手，呵呵
-
欺负人 发布于2009-12-22 23:24:02
-
技术70% .....行业30%
不见得没有行业知识就入不了行....但是没有技术背景,肯定是入不了行,我说的是知名外企,国内公司或者那些黑私营企业除外....
MS, Google, IBM等在面试的时候,很少会考你行业经验,如果知道你没有相关的行业经验的话....更多的是面你的基础能力,解决问题的能力,外语,技术基本功等......
-
-
反方居然超出了……
-
liuchunyanli 发布于2009-12-23 09:35:28
-
黑盒/白盒，侧重点不同
黑盒人员的行业知识需要多一些，毕竟是面向用户的测试；
而白盒则更注重于代码的正确性，技术更重要一些，甚至可以不去研究行业的知识，在现有的正确设计基础上完成测试就可以（当然前提是：设计是正确的）。
凡事没有绝对，我觉得还是在具体的情景中去考虑比较好。
-
ls_721521 发布于2009-12-23 12:53:02
-
技术是前提，行业是方向
技术是基础，行业是拓展
标题搜索
日历
|
|||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | 4 | 5 | 6 | ||||
| 7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
| 14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
| 21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
| 28 | 29 | 30 | |||||||
我的存档
数据统计
- 访问量: 63544
- 日志数: 90
- 建立时间: 2008-08-20
- 更新时间: 2011-01-24
