51Testing软件测试论坛

标题: 在微软面试被问道这种问题, 很郁闷 [打印本页]

作者: anson78 时间: 2007-12-30 11:33
标题: 在微软面试被问道这种问题, 很郁闷
去微软面试过2次, 都被问道了这种问题, 感觉答的没什么头绪,希望各位能给点建议.
1. 如果让你对一个东西进行测试,当给的时间不够用,你会怎么做?
我回答的是要先找出优先性,先对最重要的部分进行测试, 但他马上就问我, 那你怎么决定优先性呢? 我当时就不知道该怎么回答了. 各位有什么高见?
2.如果你做测试发现了一个问题,然后反馈给开发人员,但由于时间的原因, 开发人员不愿意进行修改(比如马上这个产品就要投入市场了), 你会怎么做?
我的回答是,首先应该告诉经理,让经理知道产品存在这个问题,然后让高层来决定如何处理. 他马上又问我, 如果经理也觉得没必要再修改了呢? 我回答,那就做好详细的文档, 作纪录以便于以后用.

这2个问题在我2次去微软的面试都被问道了, 我自己觉得我的答案不是很理想, 想问问各位有没有更好的答案, 谢谢.

作者: grubbysong2 时间: 2007-12-31 16:16
如果要是我的话我也回这么回答的

作者: huliyan198456 时间: 2007-12-31 16:23
微软总是爱问一些这样的问题，要是我我也会这么回答他，真是的，楼主做的好！
顶
顶顶
顶顶顶
顶顶顶顶
顶顶顶顶顶
顶顶顶顶顶顶

作者: yangtesting 时间: 2007-12-31 22:49
1.对于测试来说，时间是永远不够的，可以一直测试下去。但对于公司来说，这样做成本太高，而且产品的推出不能等那么长时间，所以就要考虑一个度的问题，就是在一定时间内，产品质量达到一定标准，测试就可以暂停。优先性可以从业务流程来考虑。主体的业务流程要保证。
2.产品投入市场是有时间规定，如果之前发现问题，要分析该问题对产品发布后的影响程序。如果负面影响很大，那必须修改，如果负面影响很小，则可以延缓到下个版本修改。做为测试人员对于发现的问题必须提交，是否修改是由上级来定的，对于来不急修改的你需要提交问题分析通知相关人员，签字确认是一种责任方式，如果真的出现问题责任也不在你。

[ 本帖最后由 yangtesting 于 2007-12-31 22:51 编辑 ]

作者: dabeixiong 时间: 2008-1-1 22:32
。。。。基本上回答的一塌糊涂~

作者: dabeixiong 时间: 2008-1-1 22:54
拿第一道题来讲~人家第二层的问题你就败了~说明你虽然懂点测试可是完全停留在一点理论上~你可以继续说阿~比如运用风险分析划分优先级，从用户的角度上软件各个功能哪个对用户影响大点，从软件失效角度上讲哪部分更容易引起失效。你就扯呗~不至于啥都说不上来吧~估计人家这题还有好几层呢...
第二题更晕了...我觉得测试人员对bug应该拥有绝对的pass权和fail权，你是测试人员你还问谁啊...你既然这么说，那叫人咋放心让你测试呢?我觉得既然是问题，而且是你发现的，就证明你的潜意识里认为这是个bug~那么你就拥有追踪bug定位问题的责任，如果实在找不到啥线索，或者从一开始这个bug就很严重，那么为了节省时间或者其他原因，可以第一时间提交上级，如果什么都给经理的话...但就算pass掉也要明白为什么，能不能接受，不能的话就得佛挡杀佛...当然跟佛祖斗争得拿出点资本，比如你可以找些曾经的例子，风险角度，可能造成的影响，一些数据等等证明这个问题是不能存在的~如果真的败了，说明这个问题已经从多方面多角度多人员衡量过...当然你自己得先确定值不值得这样做...
以上纯属个人观点，仅供参考...得罪之处还请见谅...

作者: dabeixiong 时间: 2008-1-1 22:56
还有我觉得"作纪录以便于以后用"这一点...如果有10个100个这样的问题呢？你都压箱子底下？谁给你翻？

作者: murphy_07 时间: 2008-1-1 23:05
综合4＃和6＃的观点，积极表达自己的意思。
实在不知道就直说嘛，做测试的最重要就是沟通，不懂就问是基本手段，如果出现因为被不知道的问题问得尴尬或郁闷的情况时，只能说明自己知道的还不够多，再努力吧～

作者: Eagle1983 时间: 2008-1-2 12:02
没什么好郁闷的，他们就是考察你的思维是否敏捷，看你会不会和他们“周旋”。给出他们一个奇特的答案。

作者: haha_s 时间: 2008-1-2 12:58
楼上几位都说的挺好的，下面我写点自己的想法和大家讨论
1. 从功能角度看，首先选择重要功能模块进行测试，尽量保证基本功能全部通过；从测试手段方面，看是否有可利用的自动化测试脚本，利用自动化测试节约一定的时间；
2. 首先与开发和品质保证经理进行沟通，表明你的态度以及bug的严重性，如果可以协调后解决修改bug最好，如果仍然无法解决，开发PM会将该bug设置为拒绝或以后版本修改，该问题以后产生的后果也就由开发PM负责了；

作者: nyyjy010 时间: 2008-1-2 13:20
6楼的朋友第1个说的对！第2个不敢苟同！
签字确认是一种方式！给他说明此bug的危害性，让测试经理知道！
若以后真出现了问题责任不在于你！
我想微软第2个问题也考察你对责任的负责性，敢不敢承担责任。
如果真是自己的责任，那当然自己承担，
但不是自己的那就要极力避免。

作者: hasis 时间: 2008-1-3 10:28
1。找关键路径进行测试。对于一个产品，关键路径在设计时，随着测试过程就已经生成，它会考虑到客户的关注重点、产品设计强项、弱项、开发人员的创新重点等诸多因素，在时间不够时，要测关键路径；
2。做为真正的测试人员，要努于坚持自己的观点。因为测试人员也可以是第三方，或者是最终用户，你的职业道德要求你必须坚持。但必须坚持的有理有节，不能没有道理。至于是否到经理那里，经理作为管理者，会一直关注测试的重点与进度，他会给予协调，否则经理也算失职。

作者: liran 时间: 2008-1-3 15:09
标题: 回复 4# 的帖子
说的有道理.我同意

作者: msnshow 时间: 2008-1-3 17:58
有道理

作者: mrxangel1986 时间: 2008-1-7 16:38
问的问题也很独特嘛，，哈哈。，，，，

作者: CCTV果冻爽 时间: 2008-1-8 21:51
人生就像一场旅行，不必在乎终点在哪里，在乎的应该是沿途的风景以及看风景的心情。

作者: bzfyhfyh 时间: 2008-1-8 22:06
如果你做测试发现了一个问题,然后反馈给开发人员,但由于时间的原因, 开发人员不愿意进行修改(比如马上这个产品就要投入市场了), 你会怎么做?

这个今天我去面试也被问道了，呵呵。

作者: dsy851009 时间: 2008-3-6 22:22
标题: 回复 4# 的帖子
还是四楼的说的好!!!我赞成

作者: wgs0923 时间: 2008-3-7 09:19
我认为这两道题目考的目标一样的，都是说明BUG的优先级（通常有5级：Trivial,Minor,Major,Critical,Blocker）。
无论测试时间是否足够，开发员是否愿意花额外的时间修复BUG。。。。。这些都应该根据每个公司/企业的实际情况进行规范和约束。
凡事都有轻重缓急，分清主要矛盾和将要矛盾。

作者: 快乐爆米花 时间: 2008-4-3 16:53
标题: 回复 4# 的帖子
4#是在51测试培训过吗?51测试培训怎么样?你说的很专业哦!

作者: 清风随雨 时间: 2008-4-11 15:02
标题: 回复 6# 的帖子
同意6楼的观点,主动权在测试的手上,就是在你自己的手上,而不是别人!按照楼主的回答,只能证明楼主是个乖员工,模范员工~但决不是一个好员工,或者不是一个有潜质的员工.但是公司大都喜欢好员工而不是模范员工,因为他们需要每一个员工都能独当一面!!所以,估计你面试微软的可能性不大.

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)