51Testing软件测试论坛

标题: 测试工作面试过程中的“经济学原理” [打印本页]

作者: shanglikathe    时间: 2008-7-4 00:43
标题: 测试工作面试过程中的“经济学原理”
很多人问我说怎么样才能在面试过程中获得成功?一般我都会把这个问题反过来再问他们,大家经常都会认为要想面试成功尤其是技术岗位,一定是技术要素占第一位!其实不然,技术岗位比如软件测试岗位一定不能脱离技术,这是没有任何争议的,但是是不是只要有了过硬的技术,面试就一定没有问题呢?大家一般都会认为不一定。如果再继续问说那还需要什么,大家就会说许多其他的非技术要素,什么沟通能力、亲和力、团队协作、工作态度等等,越讨论越觉得心里发虚,再看看每家企业尤其是自己心仪的好企业,每每对人员的要求就得有个十好几条,越看越觉得自己不具备的能力太多了,越看心里越发虚,觉得自己永远都很难达到公司的要求。
   尤其是一些刚刚走出校门不久或者没有什么相关工作经验的人,更加的没有自信了。我觉得企业对人员的要求其实也像我们做测试需求分析一样,它同样具有显式需求和隐式需求两个方面,我们从招聘网站和职位说明中看到的只是“岗位需求”描述中的显式需求,这就像我们做项目,各个公司的需求是不一样的,同样的测试岗位你也会发现需求都有很大的不同,你会发现,自己费了九牛二虎之力学的一些技能或积累的经验在另一家公司完全派不上用场。其实最主要的原因是因为我们犯了普通的测试人员最常犯的错误—“只关注了显式需求”,而忽略了对企业用人“隐式需求”的挖掘。
   我认为无论是什么性质,什么规模,或者做什么项目的企业,也无论您是打算应聘这家公司的什么岗位、什么职位,只要您关注到了一下两个方面8个字的“隐式需求”,并且通过实例让企业对您充分信任的话,您的面试就没有任何问题!
    这个8字方针就是我们经济学原理中讲到的“1、创造价值;2、节约成本”。什么意思呢?比如说您打算应聘软件测试岗位,那您就非常有必要就您在测试工作过程中,如何为企业创造价值?又是如何为企业节约成本的进行充分的论证,我想您的面试一定没有问题的!因为您就是任何企业正在苦苦寻觅的优秀人才!
    如果您对作为软件测试工程师如何创造价值,如何节约成本不是十分清楚的话,说明您对测试工作的理解还需要进一步加强。关于这点,如果大家有兴趣的话,欢迎一起讨论!

[ 本帖最后由 shanglikathe 于 2008-7-4 00:47 编辑 ]
作者: flying-kite    时间: 2008-7-4 14:03
好点子。我认为,测试能通过提高软件质量来节约项目成本的,进而为公司创造了更多的价值。那怎么测试能提高软件质量呢?你又掌握了哪些测试流程、测试管理、测试技术呢?还需要更多的答案。
作者: shanglikathe    时间: 2008-7-5 06:46
你提的问题非常好,这也是我们在课程过程中和同学们经常讨论的问题。其实每次就这个问题进行讨论,大家都能发表许多的看法。
一般来说,作为测试无论是其他职能部门还是管理层或是我们自己来看,都觉得我们最多能做的只有是发现问题,但是我们最能创造价值的地方往往被我们自己忽略了。甚至可以说是扔掉了!
对于测试而言,最能创造价值的是我们已经或曾经发现的缺陷,但是零散的大量的缺陷本身并不能体现价值,我们一定要对缺陷进行“加工”,也就是通过一定的统计分析手段找出问题产生的真正原因,而不仅仅是把问题发现了,关闭了,就将束之高阁了!
作者: wxcwyc    时间: 2008-7-5 14:05
好象有个BUG模式
对于一个系列的问题我们可以总结出一套方法出来标准化或模块化?不知道我的想法可行不?
作者: shanglikathe    时间: 2008-7-5 19:49
关于缺陷的统计分析时可以有许多方法的,我也正在总结,到时候可以和大家一起分享一下!
作者: hjjlearning    时间: 2008-7-6 10:08
我觉得从测试方面,应该 是制订一套适合自己公司的测试规范,规则。
并是说网上的通用规则不好,一定要按照什么流程来走啊,一定要做什么评审啊,走查等。并不是说公司不能做,而是成本不花算。只有适合自己的才是最好的,这就需要每个测试负责人根据公司的情况制订不同的策略。一个新公司对测试人员也是一个挑战,看你能不能融合里面,再进行优化,,,
作者: wangkunkevin    时间: 2008-7-9 15:27
对于测试,想要证明创造出价值,本身想给老板证明这一点是需要很大努力的。针对这一点,个人觉得:首先还是要做好节约成本,而后才能更好的追求价值创造。 节约成本本身也需要分两方面去做:一方面是找出更多的bug来实现产品成本上的投入。另一方面是测试团队本身的成本节约,这不光包括人员的数量和工作量两个方面。个人认为最为主要的其实是有效的工作率。当然,这点建立起来的前提是,本身测试的产品是一个可长期测试的产品,团队内对产品的架构,数据流向等等有一个比较全面的认识。既要在复测任务不是很重的时候,有针对性的对关联区域进行重点回归测试,又必须避免在每次bug修改后都进行漫无目的的大规模回顾测试。
作者: hzieezyf    时间: 2008-7-11 16:55
不错,获益匪浅
关于成本节约,个人觉得,如何让测试过程进行了优化,如何让测试提前介入后减少了设计上的更改还有就是利用自动化的测试工具,尽量的减少了测试人工成本.这些都是很好的手段
作者: kakamissyou    时间: 2008-7-13 00:07
标题: hi
发现版本和支柱还是比较有水平.

讲的都是很有意义的话题.

讲出的话语,方案还是比较真实,具有较高的可行性!

有些朋友还停留在套人家的模式上面.

马云说MBA是否毕业了,就看你是否把那些条条框框“忘记”了,正解也!
作者: lianyi    时间: 2008-8-13 11:49
大家都说的很专业,这个是楼主博客里的文章么




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2