51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5108|回复: 14
打印 上一主题 下一主题

[求助] 在微软面试被问道这种问题, 很郁闷

[复制链接]

该用户从未签到

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

这2个问题在我2次去微软的面试都被问道了, 我自己觉得我的答案不是很理想, 想问问各位有没有更好的答案, 谢谢.
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-12-30 16:39:24 | 只看该作者
我的想法
问题一:
我会根据该版本是做何用途来判断测试部分的先后顺序,比如说该版本是拿去做某项认证的,那么需要把该认证关注的方面重点测试.
问题二:
如果是用户需要经常用到的,可以坚持修改,如果不是经常用到的,和你的回答一样

呵呵
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-12-30 16:43:37 | 只看该作者
经典,看见的话,我也会闷到了!
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-12-30 22:34:00 | 只看该作者
如果这个BUG在客户的接受范围之内,那么我认为也没有修改的必要了
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-12-31 00:22:43 | 只看该作者
很有代表性
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-12-31 15:38:58 | 只看该作者
1 软件测试的优先级是由以下几个条件决定的 主要功能模块 需要重用模块 逻辑最复杂容易出错模块 等等 还有几个  记不清楚了 这些优先级都很高

2 是否应该修改 是要看BUG的严重成都 我记得好像分4个级别 容易引起软件错误或者失效 那是必须得改正的 如果严重程度比较低的 因为时间不允许可以不改 但是必须要记录在案

[ 本帖最后由 网吧做饭的 于 2007-12-31 15:41 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2008-1-3 09:58:53 | 只看该作者
1 按照当前版本的最新功能=》软件主要功能=》数据安全=》用户模块=》其他功能 依次测试排查
2 同意按照BUG的严重级别分别处理,高风险BUG坚持修改,低风险BUG可以先通报,记录在案,根据高层意见决定是放到下一个版本的升级包里面去或是推迟版本发布。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2008-1-7 12:57:20 | 只看该作者
在MS,这种情况一般由PM、dev和test一起triage决定是否要改
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2008-1-10 12:23:12 | 只看该作者
恩那~~~
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2008-1-15 11:44:26 | 只看该作者
学习了,有道理
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2008-2-25 23:31:51 | 只看该作者
学习了
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2008-2-26 15:32:22 | 只看该作者
good
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2008-2-26 18:05:23 | 只看该作者
1. 对于优先级来说,重要的功能优先级高,常用的功能优先级高,新增的功能优先级高。
2. 第二个问题,我觉得楼主答的不妥。做为测试人员来讲,质量就是一个产品的生命,怎么能由于时间不够就不去管呢?一般的情况是这样的,在产品发布前期,如果发现bug的话,任何开发人员或者某个项目经理都无权决定这个bug不解。因为一旦上线让用户发现了问题,后果是很严重的。根据bug的风险和严重程度,会报给质量评估小组,评估小组由QA,开发经理,测试经理以及市场人员组成。大家共同商讨这个问题是否必须解决。对于必须解决的问题,延迟产品发布时间也要将其解决。
回复 支持 反对

使用道具 举报

  • TA的每日心情

    2018-3-26 10:26
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    14#
    发表于 2008-2-27 23:18:37 | 只看该作者
    1. 根据优先级别,重要次要程度进行测试。他要问根据什么分优先,我会说用户经常用到的和容易引起系统死掉的
    2.反馈给经理。如果他问经理也觉得没有必要修改呢。我会说,可以根据自己分析和经验判断可能会造成严重后果,用实例来说服经理。

    其实在微软你一定要有一股不怕困难的精神,如果觉得自己是对的就要敢于证实。微软喜欢这样的人。
    LZ对于第二个问题的回答,微软人员可能不会满意的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2008-3-12 14:53:00 | 只看该作者
    优先性应该在做需求的时候就可以体现出来,另外还可以从用户的角度去考虑,用户最经常用到的功能。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-20 18:37 , Processed in 0.081601 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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