51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

楼主: 记不住名
打印 上一主题 下一主题

[北京] 赛门铁克(北京/成都)招QE for NetBackup and Mobile 【20120306更新】

[复制链接]

该用户从未签到

1#
发表于 2010-8-3 10:09:20 | 显示全部楼层
只要是和英语口语要求高的,都和我们有关系。。

如果是技术上要求高还可以理解。。。


哎哎哎哎哎哎哎哎
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2010-8-5 11:24:31 | 显示全部楼层
这种自动化应该是属于功能测试脚本化  还是 功能测试录制自动化阿

现在好多自动化要求的都是对工具的使用,理论上来说和手工测试的要求区别不大,不过减低了测试的重复度。

但是功能测试脚本化,要求的编码能力就比较高了。。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2010-8-13 10:40:40 | 显示全部楼层
说实话,现在的招聘都是瞎扯。。
测试人员的编码能力如果比开发高 ,有几个会从开发转测试。。
至少国内的开发同级别的薪资是测试的1.5-2倍左右

招聘方需要知道  为什么测试人员需要编码能力

主要原因 在于
1。测试人员 能够从开发的角度考虑,提出 简单清晰 的 bug, 提交的信息里面 能够 最大限度节省 开发人员的定位问题难度
2。测试人员 能够从开发者习惯中提取出容易出问题的地方,构造有效的测试用例。。测试方法里面的 等价 边界值 基本都是因为开发在这些地方容易出错
3。针对自动化测试, 如果是以录制/回放为主的工具使用,基本的编码能力即可。。。。
                    如果是对接口或者非UI 的自动化测试,编码能力主要应该考察 能否对问题清晰描述的能力 能否对问题清晰分解的能力
       因为针对自动化的脚本编写,主要体现在对测试项的归纳提取,编码的技能要求其实使用的不需要多高
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2010-8-13 12:09:18 | 显示全部楼层
原帖由 JessieSky 于 2010-8-13 11:38 发表


也不都是这样吧
我就是那个从事了>5年开发工作转测试的人 。。。
工资也没有你说的差别那么大
有些底层测试还是需要大量编码的


不否认有从开发转测试的。。可是在薪资上我周边大量的是我所说的情况。。
而且在国内,由开发转测试相对容易,由测试转开发比较难

说个简单问题 5年开发然后转测试
如果是在同一级别的公司跳 你得工资肯定远远少于5年开发然后再找开发职位的薪资

你见过几个在同级别的公司从开发转测试的
我所知道的开发转测试很多是因为上家公司知名度不够,然后想进入更好的企业,这个时候才被迫由开发转测试

还有,你之前的企业同现在的企业在业界的评价是差不多,还是说差很多阿?
简单举个例子:如果你以前在一个普通公司作开发,想进 微软这类大公司,
一般的想法都是转职作测试,因为这个时候你的开发经验是你的加法项,可以提高你入职的成功率
如果你直接投递开发职位,这个时候你的开发经验是必须项了,你的入职成功率肯定低于你应聘测试职位了

所以有一部分开发转测试的
,,我所知道的开发转测试的基本都这样来的
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2010-8-13 20:28:52 | 显示全部楼层
原帖由 JessieSky 于 2010-8-13 13:28 发表


我是在同一个公司内部转的,因为我的性格不适合做管理,一直做开发下去是我想做的,只是外面大环境可能会将我淘汰,所以我转了测试,再加上也对测试我也挺热爱的。工资是平着过去的。



你是女生吧,,我周围的同公司都是测试转开发,所以对开发转测试在内部了解不多

呵呵
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2010-8-24 13:45:44 | 显示全部楼层
原帖由 gcd0318 于 2010-8-24 13:08 发表
题目不难,不过现场做我肯定做不出来,具体的函数和参数都只记得大概,要看一下手册才能把代码写通,这个我承认是我基本功不够扎实……但是呢,其实也分领域,比如赛门做安全领域,肯定关注文件操作这类方面,我们公 ...



gcd0318,你也太高估他们了,出题目一般都是来压价的。然后说你这也不行,那也不行。

你让招聘方自己现场写一个非递归类的二叉树的后序遍历,肯定一堆错误。

说句不好听的,单纯写代码的要求不高。基本也就一些函数的堆积。三个基本处理流程。
但真正考察一个人的计算机能力需要考察他解决问题的思路,更多体现在他数学和逻辑上的修养。

至少我知道的功能程序,我还没有说我做不出来,别人就能够做出来得。只不过可能是否熟悉与否,需要的时间长短不一而已。

但是在解决一些性能问题上,经验的比重就大了。如果
这个没有经历过的话,也许能够做出相同的功能的东西,但是性能可能就符合不了要求了。

就像上面给出的问题,说到底也就是对文件的属性操作以及对目录下的文件遍历以及在对文件操作时加个PV标志就差不多了。
如果没有做过文件属性操作的可能不知道用哪个函数,但是把这个空下来用假函数代替,整个问题也就是一个基本的PV操作和遍历操作了。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2010-8-24 15:23:39 | 显示全部楼层

回复 90# 的帖子

gcd0318,
问题关键在于你没有能力把所有的语言都精通,现在的说法都是精通一门语言,然后触类旁通。

但归根结底来说,一个程序问题都是从问题分析,然后建模,然后才去讨论编写代码的。
可能在现实中不会这么明显的区分,可是你想想在编写代码的时候是否都有类似的过程。

你所举的例子其实已经算是后期的代码编写阶段了。但是怎么确定需要“求给定字符串的全排列”这个需求,
才能更加体现一个人的问题解决能力。
说句不好听的,现在需要直接编写的代码很少了,都是通过网络查询相关的例子,然后做些小的修改就行了。

到了项目中软件的设计编写,更加注重问题的分析和建模。代码编写反而没有那么重要了。
你只要有编程的基础和良好习惯就行。

具体到自动化测试,先要对所有的测试用例进行分类,可自动化和不可自动化。
然后到自动化又需要对里面的测试例进行通用化,然后开始设计脚本,在然后就开始编写代码。

但是这个过程中的难点在于 测试用例的通用化,
这个过程之前和之后相对来说,只要工作过一段时间的,基本都能胜任的。
可是测试用例的通用化,没有一定的工作积累,做出来的脚本后期维护代价很大的。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2010-8-24 16:10:41 | 显示全部楼层
原帖由 记不住名 于 2010-8-24 15:55 发表


靠出题目压价?



我不能说symantec是这样,但是很多时候面试官后期是否会说你的笔试不是太好,你要求的薪资太高等等

虽然不能一概而论,但是不可否认公司都想以相对低廉的价格找到更好的员工。

所以笔试有时候就是被用来了当作压价。应该不能否认这点。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2010-8-24 16:48:16 | 显示全部楼层
我在之前的公司面人的时候,一般给出一个问题,然后让他说明一下他怎么解决这个问题。
最后再让他用任何熟悉的语言写个大致的程序,如果遇到不熟悉的函数,可以用假函数代替。

至少我带招来的几个在后来的评价都算不错。

有过几年工作的,我当时候只考察两点:
1。他的经历是否真实
2。他考虑问题的思路是否符合我所要求
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2010-8-25 11:33:11 | 显示全部楼层
原帖由 gcd0318 于 2010-8-25 10:07 发表


那个……其实,这个方便,和没有一样,我当时吧,一看就估计肯定做不完,而且主体里有一个参数我得查了才知道,所以集中精力先做子函数,就这样都没做完,最后完成的就是,基本上,框架建立起来了,具体实现完成 ...


gcd0318,你现在是不是辞职找工作啊。
感觉你很急的样子啊。

嘿嘿
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2010-8-27 10:09:20 | 显示全部楼层
原帖由 gcd0318 于 2010-8-26 22:39 发表



呵呵,有机会当然要看,不过其实,现在已经有基本谈好的了,但是有别的还可以取舍一下



是国贸的那家?还是又有其他的了
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2010-9-6 17:20:51 | 显示全部楼层
你应该再开个帖的,,

这个太长了。。

回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2010-9-6 21:59:58 | 显示全部楼层
太牛了。。。


呵呵
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-5-8 09:10 , Processed in 0.074643 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表