近日，去一公司面试，其给我几个题目叫我做，被其中几个问住，不晓得怎么回答，引以为憾。望高人指点。

1。软件测试分哪两种方法？分别适合什么情况？

2。一套完整的测试应该由哪些阶段组成？分别阐述一下各个阶段。

3。软件测试的类型有那些？分别比较这些不同的测试类型的区别与联系。

4。测试用例通常包括那些内容？着重阐述编制测试用例的具体做法

5。在分别测试winform的C/S结构与测试WEB结构的软件是，应该采取什么样的方法分别测试？他们存在什么样的区别与联系？

6。在测试winform的C/S结构软件时，发现这个软件的运行速度很慢，您会认为是什么原因？您会采取哪些方法去检查这个原因？

7。描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程

8。如果您是测试组长，您会采取什么样的方式管理团队？在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？

9。我的计算机出了一个奇怪的问题，在window下，点击“开始”选择“关闭计算机”是出来的只有“注销”，“重新启动”和“关机”没有了，分析什么原因，如何处理？

1、黑盒、白盒
2、此题目不专业，我是这样划分的：计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测试、验收测试
3、测试的类型？是不是在说测试策略？那太多了
4、不同结构的用例包括的不一样。（版本、编号、项目、设计人员、设计日期、输入、预期输出……）
5、软件类型不同，测试方法都是不同的，但WEB更要注重性能、压力等（给的前提不够多，无法回答）
6、开发工具原因（C++的似乎比C#快）
     数据库原因（海量读取数据库或读取方式不合理）
     线程原因（系统开了多个线程，而没进行关闭）
     设计原因（开了某些东西，没释放，或者某个方法不断的运行，或者某个对象不断的占用内存）
     系统原因（CPU、内存太小）
     系统冲突（与其它某些软件有冲突）
7、难道要求每个人都会BUGZILLA吗？会TD不成吗？莫非BUGZILLA与别的缺陷管理有不同之处？
8、不做回答
9、用工具给屏蔽、中毒、注册表（这个鸟问题也考？不知道丫有什么目的）

难啊，没有完美答案

我感觉BUGZILLA和TD差别好象不大，但是人家公司是这么要求的，你有什么办法？
而且，很多人都说BUGZILLA的功能要比TD强大一些，是与否，不晓得

要是你去面试，估计你也够戗，呵呵~个人观点，如有雷同，纯属巧合

从面试的问题可以看出一个公司的水平

面试不一定让你都回答出来，主要还是看你的思路，意识
都回答出来了就做他们经理了 呵呵

偶是新手，偶对于第8项，(1)我会把测试组长定位于足球教练，采取的策略按照成员
的个人能力及特长进行任务分配，同时互相进行“协防”与“助攻”，本着“荣誉是大家创造的”原则做事；
(2)“如何提高沟通的效率和改善沟通的效果”：偶认为双方对于需求的准确把握是基础，对需求模糊一切免谈，另外流程的规范与标准的统一也相当重要;;
(3)“维持测试人员同开发团队中其他成员良好的人际关系的关键是什么”，我认为是：一切要对事不对人，以公司利益提高产品质量为准，大家都是好兄弟.
对于第9项，偶也有另外一种观点
具体的测试用例（在win2003下，以guest用户登陆后，点击开始中的关闭计算机，弹出的对话框中只有“注销”没有“关闭计算机”等)

TO：dj02304

不管是什么BUG管理工具，具体流程都是相关的，具体的跟踪方法也是类似的，至少我还没听说过哪个公司考某个工具的具体流程。
我也没听说过会用TD，不会用BUGZILLA，而被某个公司取消应聘资格。

从面试的这些题目，我知道这个公司的经理不懂测试。至少我认为当今软件工程还没有形成完全标准的东西，瀑布出来被人说好，不是照样被推翻了？面向对象方法固然好，但有多少公司有这个能力或适合这种开发方法呢？

不管怎样适合自己公司的方法就是好方法。。。我是不拘泥于理论的。

就像你的题目一样：高人指点一下，什么叫高人，如果我们去研究这个词在汉语里的意思，那你这个帖子没人敢回？

我本就是个菜鸟，我回帖只是发表个人观点，对于我能不能应聘到那个公司，这个不是我讨论的范围，也并不是你所能左右的。测试一山比一山高，又有谁知道楼主是不是哪个山上的神仙呢。

题出得比较业余。

关于点８个问题．
我看到的是，这个公司还是把测试人员放在了开发人员之外！！！其实测试人员就是开发人员之一，是来帮助程序，策划更好＼更合理的来完成自己的工作的．不存在对立关系．现在把测试放在开发人员的对立面，是我们以前长期不了解测试，不重视测试形成的错误观念．

引用:

Originally posted by dj02304 at 2005-7-4 06:13 PM:
9、我的计算机出了一个奇怪的问题，在window下，点击“开始”选择“关闭计算机”是出来的只有“注销”，“重新启动”和“关机”没有了，分析什么原因，如何处理？...

这个问题太太太经典了！这家公司牛！真牛！哈哈……

考题我认为不重要,重要是你在面试的时候,能否将你对如何保证测试的质量,怎么让对方相信你在软件质量保证有切实可行的方法,缺陷的管理方法大同小异,测试方法也都差不多,这些都可以在网上查到,但是能否真正的明白,理解这些,就看你在第一关中,让对手信服你!

To wzb521:
你的观点很精辟，但是你有没有想到，三人行，必有我师。只能知道的，能回答的，那对于我来说就是高人了！虽然你没有回答问题，但是你的看法让我突然想通了些什么，说不上来，先说个谢谢！
你说自己是菜鸟，那能被你指点的我又是什么？
做测试要对自己有一定的信心吧，所以我们不能自认为是无所不知，但是也不能过分谦虚啊，呵呵~~

不过还是感谢大家！

4测试用例主要包括:
a.测试目的:
b.测试步骤:
c.期望结果:
d.notes:

指导测试执行者如何测试具体功能点

估计是公司实际遇到的问题, 想从面试的人那里套点答案或思路出来.

作事情是方法最重要还是思维方式最重要？如果每个问题都可以用一个固定的方法解决的话，那很多工作不是都很简单？我觉得这个公司的面试题目出的有些问题，如果这个公司对于这套题有标准答案的话，呵呵~那这个公司好像也没什么前途了，不知道是哪个著名的公司呢？

下边的是我找老师问来的。。。

1。软件测试分哪两种方法？分别适合什么情况？

   软件测试方法一般分为两种：白盒测试与黑盒测试。白盒测试又称为结构
   测试、逻辑驱动测试或基于程序本身的测试，它着重于程序的内部结构及
   算法，通常不关心功能与性能指标；黑盒测试又被称为功能测试、数据驱
   动测试或基于规格说明的测试，它实际上是站在最终用户的立场，检验输
   入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需
   求的规定。

2。一套完整的测试应该由哪些阶段组成？分别阐述一下各个阶段。

   计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测试、验收测试
    一套完整的测试应该由五个阶段组成：
   1)．测试计划
    首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义
    相应的测试需求报告，即制订黑盒测试的最高标准。以后所有的测试工作
    都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之
    即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试
    时间及测试资源等。
    2)．测试设计
    将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并
    为每个测试过程选择适当的测试用例（测试用例选择的好坏将直接影响测试
    结果的有效性）。
    3)．测试开发
    建立可重复使用的自动测试过程。
    4)．测试执行
    执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理，测
    试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组
    成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。
    5)．测试评估
    结合量化的测试覆盖域及缺陷跟踪报告，对于应用软件的质量和开发团队的工
    作进度及工作效率进行综合评价。

3。软件测试的类型有那些？分别比较这些不同的测试类型的区别与联系。

   BVT (Build Verification Test)，主要目的是验证最新生成的软件版本在功能上是否完整，主要的软件特性是否正确
   Scenario Tests（基于用户实际应用场景的测试），Scenario Tests优点是关注了用户的需求，缺点是有时候难以真正模仿用户真实的使用情况
   Smoke Test，修复Bug后，针对此次修复是否会对其他模块造成影响而进行的专门测试。Smoke Test优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低
   此外，还有Application Compatibility Test（兼容性测试），主要目的是为了兼容第三方软件，确保第三方软件能正常运行，用户不受影响。Accessibility Test（软件适用性测试），是确保软件对于某些有残疾的人士也能正常的使用，但优先级比较低。其它的测试还有Functional Test（功能测试）、Security Test（安全性测试）、Stress Test（压力测试）、Performance Test（性能测试）、Regression Test（回归测试）、Setup/Upgrade Test（安装升级测试）等

4。测试用例通常包括那些内容？着重阐述编制测试用例的具体做法

   不同结构的用例包括的不一样。（版本、编号、项目、设计人员、设计日期、输入、预期输出……）
    、软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果。
用例编号： 测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则： PROJECT1-ST-001 ，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。

测试标题： 对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如 “ 测试用户登录时输入错误密码时，软件的响应情况 ” 。

重要级别： 定义测试用例的优先级别，可以笼统的分为 “ 高 ” 和 “ 低 ” 两个级别。一般来说，如果软件需求的优先级为 “ 高 ” ，那么针对该需求的测试用例优先级也为 “ 高 ” ；反之亦然，

测试输入： 提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。

操作步骤： 提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。

预期结果： 提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。

7。描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程

   1、测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，系统会自动通过Email通知项目组长或直接通知开发者。
   2、项目组长根据具体情况，重新reassigned分配给bug所属的开发者。
   3、开发者收到Email信息后，判断是否为自己的修改范围.
　  1） 若不是,重新reassigned分配给项目组长或应该分配的开发者。
　  2） 若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说明）
   4、测试人员查询开发者已修改的bug，进行重新测试。（可创建test case附件）
　  1） 经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改为CLOSED。
　  2） 还有问题，REOPENED，状态重新变为“New"，并发邮件通知。
   5、如果这个BUG一周内一直没被处理过。Bugzilla就会一直用email骚扰它的属主，直到采取行 动。管理员可以设定最迟采取行动的期限，比如说3天，系统默认为7天。

....很夸张哦。不过说实话，以上问题有个大概，但不一定是有标准答案的。

恩.测试类型和测试策略一样?

不清楚了,既然有SMOKE TEST ,为什么没有EXPLORER TEST?

呵呵，我觉得这套题出的太专业了，看来这家公司对于测试人员来说是蛮不错的，测试本来就应该独立于开发之外。不过我有点疑问的是测试类型好象不是 BVT 、 Scenario Tests等之类的吧。