华为面试的几个题，看看大家是怎么分析的？

冰清

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

冰清

针对上面的问题，大家发表一下各自的想法呢？

jm38706415

貌似不怎么难的问题哦

jm38706415

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

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

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

欣奕

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

光腚穿毛裤

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

那欣奕兄就分享下嘛~~

dola

3.等价类，边界值，因果图，正交分解表……

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

julioguo

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

首先感谢LZ的分享。
谢谢“julioguo”的认真作答，学习之！

weiwei911909

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


学习啦

Jackc

原帖由 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

受教了 非常感谢

TLover

很不错~　　学习了

hejianfanghh

学习了

独喵喵

需要学习的东西很多啊！

fishthirtythree

都很不错呀，还没经历过，先来看看，领教了

582357212

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

ruyanyun

study

oppstone

有收获，是个值得思考的问题。

愚人

学习了……