51Testing软件测试论坛

标题: 华为面试的几个题，看看大家是怎么分析的？ [打印本页]

作者: 冰清 时间: 2008-5-12 10:20
标题: 华为面试的几个题，看看大家是怎么分析的？
1、什么时候可以测试停止，判断的标准？？
2、测试用例都包括那些内容？
3、写测试用例方法有那些？
4、如果公司产品马上要上市了，突然发现了一个致命的BUG，该怎么办？
5、针对需求说明书写测试用例怎么写？

作者: 冰清 时间: 2008-5-12 10:21
针对上面的问题，大家发表一下各自的想法呢？

作者: jm38706415 时间: 2008-5-12 10:39
貌似不怎么难的问题哦

作者: jm38706415 时间: 2008-5-12 10:49

原帖由冰清于 2008-5-12 10:20 发表
1、什么时候可以测试停止，判断的标准？？
2、测试用例都包括那些内容？
3、写测试用例方法有那些？
4、如果公司产品马上要上市了，突然发现了一个致命的BUG，该怎么办？
5、针对需求说明书写测试用例怎么写？

1.可以从测试用例的通过率来判断，一般90%就差不多了；还要看遗留问题的严重性；
2.题目、步骤、结果、执行时间、测试环境、测试版本、测试机，还有更细的，不列举了；
3.等价类、边界值；
4.这个不懂……
5.这个比较复杂了……可以把需求列成矩阵，需求中需要测试的点就是矩阵中的值，按照矩阵写用例，保证每个需求点都被写入用例中

小弟才疏学浅，请各位大侠关照

作者: 欣奕 时间: 2008-5-12 10:56
其实这几个问题是面试有工作经验的测试人员的必考题，不仅仅是华为，很多公司在面试时都会考这些问题；面试前准备下这些问题，还是很有帮助的。

作者: 光腚穿毛裤 时间: 2008-5-12 11:24

原帖由欣奕于 2008-5-12 10:56 发表
其实这几个问题是面试有工作经验的测试人员的必考题，不仅仅是华为，很多公司在面试时都会考这些问题；面试前准备下这些问题，还是很有帮助的。

那欣奕兄就分享下嘛~~

作者: dola 时间: 2008-10-14 16:24
3.等价类，边界值，因果图，正交分解表……

4、如果公司产品马上要上市了，突然发现了一个致命的BUG，该怎么办？
应该看bug是什么样的bug吧
1.如果是安全性的bug，而产品对安全性要求很高，那坚决不能出厂，反之，如果没啥要求，那发了就发了，紧跟着升级版就好
2。如果是web产品，如果性能要求很高，而出现性能bug，那肯定也不能出厂啊
总而言之，视bug的情况以及bug对产品的影响而定啊

作者: julioguo 时间: 2010-5-31 15:13
标题: 华为面试的话,那么他的要求就不会是很高 (1到2年经验即可).
1、什么时候可以测试停止，判断的标准？？
answer:1.用例是否全部测试 2.覆盖率是否达到标准 3.缺陷率是否达到标准 4.其他指标是否达到质量标准(比如说性能方面),
这个标准是在测试计划中制定的标准(或者是工作任务书SOW<外包的项目>)
2、测试用例都包括那些内容？
answer:一般来说通常会包括测试用例编号,测试项目名称,测试标题,重要等级,前置条件,输入,操作步骤,预期结果等.
3、写测试用例方法有那些？
answer:主要有等价类划分法,边界值分析法,判定表法,因果图,正交试验法,流程分析法,错误推测法(主要是针对有经验的测试人员).
4、如果公司产品马上要上市了，突然发现了一个致命的BUG，该怎么办？
answer:针对于"致命的BUG",可以选择延期发布,将BUG修复后在发布.
5、针对需求说明书写测试用例怎么写？
answer:其实这个一个文档测试,首先你肯定要仔细的阅读需求说明书,跟随每个步骤,检查每个图形(其中包括示意界面),
检查文档的编写是否满足编写的目的,内容是否齐全,正确,完善,标记是否正确.(说实话很多公司的需求文档写的很不好,缺少很多元素在里面,以至于测试策略和测试用例很难编写,所以需求文档评审也是一个很重要的步骤).
以上纯属个人意见,仅供参考!!

[ 本帖最后由 julioguo 于 2010-5-31 15:15 编辑 ]

作者: testjessie 时间: 2010-6-13 17:15
首先感谢LZ的分享。
谢谢“julioguo”的认真作答，学习之！

作者: weiwei911909 时间: 2010-6-18 12:18
5、针对需求说明书写测试用例怎么写？
answer:其实这个一个文档测试,首先你肯定要仔细的阅读需求说明书,跟随每个步骤,检查每个图形(其中包括示意界面),
检查文档的编写是否满足编写的目的,内容是否齐全,正确,完善,标记是否正确.(说实话很多公司的需求文档写的很不好,缺少很多元素在里面,以至于测试策略和测试用例很难编写,所以需求文档评审也是一个很重要的步骤).

学习啦

作者: Jackc 时间: 2010-6-18 12:58

原帖由 julioguo 于 2010-5-31 15:13 发表
1、什么时候可以测试停止，判断的标准？？
answer:1.用例是否全部测试 2.覆盖率是否达到标准 3.缺陷率是否达到标准 4.其他指标是否达到质量标准(比如说性能方面),
这个标准是在测试计划中制定的标准(或者是工作任务 ...

不错的答案，这样面试已经能通过了。

针对第4题，我有一些看法。
4、如果公司产品马上要上市了，突然发现了一个致命的BUG，该怎么办？
1）、面试公司的业务领域及产品市场质量分析。
通过这两点，判断这个公司到底是想得到“发布”，还是“修复”的答案。
分析过程不用对面试官说，只需要回答“发布”或“修复”就ok，如果没有上述两点资料的支持，最好不要轻易做肯定答复。

2）、bug严重程度。
这里的严重程度并不是说通用的哪种。而是专门针对于产品而言的。
主要有几方面：
对用户的影响，用户是否可能因为这个bug而不选择这个产品
用户使用到的频率
重现几率
是否能自动修复

3）、Bug修复风险，主要考虑修复时间和修复是否可能带来其他bug的问题

PS：第2、3点最好分开答，因为两种因素可能产生矛盾。
很少有面试官不识像地在你回答完之后，问你“如果Bug对用户影响很大，又很难修复，那怎么办呢？”
当然，如果这样问，只能回答：“改”
心里还可以蔑视他们公司，做的东西真垃圾~

作者: yiandy 时间: 2010-6-21 14:29
受教了非常感谢

作者: TLover 时间: 2010-6-28 10:54
很不错~　　学习了

作者: hejianfanghh 时间: 2010-12-7 23:14
学习了

作者: 独喵喵 时间: 2010-12-8 11:23
需要学习的东西很多啊！

作者: fishthirtythree 时间: 2010-12-8 15:22
都很不错呀，还没经历过，先来看看，领教了

作者: 582357212 时间: 2011-2-12 16:52
老问题，凑个新热闹，针对123,5问题，在楼上各位的精彩回答基础上补充是，在实际工作中最好加上个多看公司相关文档，流程等章程。针对4，补充是，最好能先分清职责，你有权力做判断发布还是修复的时候参考楼上，职责分配上如果发布还是修复不需要你做判断的话，就该反应给谁给谁了。

作者: ruyanyun 时间: 2011-2-12 21:25
study

作者: oppstone 时间: 2011-2-15 15:40
有收获，是个值得思考的问题。

作者: 愚人 时间: 2011-2-15 22:13
学习了……

作者: venus811 时间: 2011-5-21 10:05
学习了

作者: shy2005828 时间: 2011-7-7 09:28
谢谢分享

作者: yandaju 时间: 2011-7-14 17:44
大虾的回答都很有见地，顶！

作者: sophygy87 时间: 2011-7-15 10:52
11楼答复比较全面，学习了，基本就是这样

作者: SundyG 时间: 2011-7-15 11:25
回复 8# julioguo

8楼的回答不错，做测试应该很长时间了，经验比较丰富。

作者: 真实的追求者 时间: 2011-7-26 14:46
有见地

作者: MikeNing 时间: 2011-8-4 17:21
都挺好的，谢谢啦！

作者: diyaka 时间: 2011-8-17 16:24
学习了~

作者: HQFT123 时间: 2011-8-20 19:47
由此可见，这个坛子里面大家的理论都是比较丰富的，但估计真正负责过项目测试的人实在太少了。仅针对4发表看法：
4、如果公司产品马上要上市了，突然发现了一个致命的BUG，该怎么办？
这个问题对于像华为这样的大公司,怎么可能只是决策修复或者上市这样简单。我认为：
1.首先要对该问题进行回溯,是新增问题还是漏测?
2.如果是新增问题,ok,RD马上解决掉,产品继续上市就是了,但实际上,对于项目后期,不可能到这个时间点才发现设计上的问题吧，那要测试人员何用;
3.如果是漏测问题,一方面要尽快让RD修复,另一方面要针对漏测的原因展开调查.永远记住,在大公司,用例和流程是放在第一位的,是用例没有覆盖到？还是流程的缺失？还是测试人员的疏忽？要针对这些问题对症下药避免在下一个项目上出现同样的问题;
4.测试远不止发现bug那么简单,如果你不能把自己看成一个质量人,这是很危险的。

作者: ppkkii 时间: 2011-8-23 13:25
需要学习的东西很多啊

作者: liujie989423 时间: 2011-10-22 16:46
学习了。。。。。

作者: fj323611 时间: 2011-11-2 15:48
学习了……

作者: zyl520xz 时间: 2011-11-2 22:20
5、针对需求说明书写测试用例怎么写？
answer:其实这个一个文档测试,首先你肯定要仔细的阅读需求说明书,跟随每个步骤,检查每个图形(其中包括示意界面),
检查文档的编写是否满足编写的目的,内容是否齐全,正确,完善,标记是否正确.(说实话很多公司的需求文档写的很不好,缺少很多元素在里面,以至于测试策略和测试用例很难编写,所以需求文档评审也是一个很重要的步骤).

但是有点答非所问

作者: penghua68 时间: 2011-11-6 20:26
很值得学习

作者: 麦田上空的风筝 时间: 2011-11-8 21:37
有点胡说吧～～华为的面试题，比这变态多了～～

作者: 0叶飘零0 时间: 2011-11-9 14:08
学习了，很受教

作者: clarke157 时间: 2011-11-24 00:16
julioguo 正解。

作者: seaou2011 时间: 2011-11-28 15:03
学习学习

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