一道软件测试面试题，求大神解答，详细点！谢谢

1. 一道软件测试面试题，求大神解答，详细点！谢谢

负载测试：分别加以100  200  300用户，这是负载测试。就是分别加不同的（压力）并发数。
容量测试：主要是指数据库中含有大批量数据，（因为数据库中数据量的不同对响应时间影响非常打）进行性能测试
强度测试：系统在长时间运行，是否稳定。
负载测试关注：逐渐负载 
容量测试关注：数据库数据量
强度测试关注：长时间运行，稳定情况

2. 求助一道软件测试的题

用例（可用于自动化测试用例）：
操作步骤：
a、观察〖零钱找完〗的红灯是否亮起，投入1圆硬币。预期：如果红灯亮，退出一元硬币，进入操作e；如果硬币不退出，记录bug；如果红灯不亮，继续操作b；
b、按下“橙汁”按钮。预期：不送出橙汁饮料，记录bug；不退出5角硬币，记录bug；送出橙汁饮料并找零，红灯亮，进入操作a，红灯不亮，进入操作c。
c、投入1圆硬币。预期：硬币不会退出，进入操作d
d、按下“啤酒”按钮。预期：不送出啤酒饮料，记录bug；不退出5角硬币，记录bug；送出啤酒饮料并找零，进入操作a。
e、投入5圆硬币。预期：接受硬币，进入操作f；不接受硬币，记录bug。
f、按下“橙汁”按钮。预期：不送出橙汁饮料，记录bug；送出橙汁饮料，红灯熄灭，进入操作g，送出橙汁，红灯不灭，记录bug。
g、投入5圆硬币。预期：接受硬币，进入操作f；不接受硬币，记录bug。
h、按下“啤酒”按钮。预期：不送出啤酒饮料，记录bug；送出啤酒饮料，用例完成。

3. 急求，软件测试的题目答案

1) a=0,b=5,c=4,d=3     a=1,b=5 ,c=4,d=3
2)  a=0,b=5,c=4,d=3  a=1,b=5,c=4,d=3     a=1,b=5,c=3,d=3
3) a=0 , b=5 ,c=4 ,d=2  a=1, b=2,c=2,d=4
4) a=0, b=5 ,c=4,d=2    a=0,b=5,c=2,d=5
5)  a=0,b=5,c=4,d=2

4. 软件测试面试题

1.保证产品质量
2.测试计划、测试用例设计、测试执行、提交Bug、追踪Bug、验证Bug、验收测试
3.黑盒：不需要知道内部逻辑，正确的输入有正确的结果，错误的输入系统给出相应的报错
白盒：需要知道内部结构，强调代码覆盖率
4.增删改查
5.前提条件，测试环境，预期结果，实际结果，报告人，错误等级
6.执行完所有的测试用例，测试时间结束了
7.一般先单元测试，集成测试，系统测试，验收测试。首先保证功能测试通过再测试性能
9.需求的理解是一致的，有效沟通
10.耐心，良好的沟通能力，分析问题的能力
11.UI,字体，颜色，页面显示，文字拼写，链接可用

5. 软件测试面试常常提出的问题有那些，需要一些好的答案

标准答案的，现在只是以偶的一点理解加上网上的一些内容列举出来供有需要的XDJM们作一下参考：
1. 首先一般都是比较老套点的问题：介绍一下你的经历。
HOHO..这个问题我想谁都被问过吧，注意一下重点，不要紧张慢慢说就OK了。 
2. 老套话说了就可以马上切入正题了。根据你的经验说说你对软件测试/质量保证的理解？
这个就要仁者见仁、智者见智了，也基本上都是书上的东东，如果能有一些自己独特的想法那就最好啦，呵呵 
3. 理解完了那当然就要问一下是不是对软件测试了解啰。这就轮到问软件测试的流程是什么，你原先的公司又是怎么的流程了？
前面个问题也还是书本上的东西，一般介绍软测的书上都有，实际上国内一般的中小公司根本就达不到书上所说的那些个测试规范，测试流程也是如此，没办法，
这就是现在我们整个大的测试环境，这个问题照着书上说的办就行了，后面那个知道该怎么做了吧，尽量把原来公司的测试流程言简意赅的表达出来。
4. 接着问题就可以有一大堆了，这些问题很多都是要看自己的测试经验以及对测试的理解来作答了，如：
(1) 你对SQA的职责和工作活动(如软件度量)的理解：
SQA就是独立于软件开发的项目组，通过对软件开发过程的监控，来保证软件的开发流程按照指定的CMM规程（如果有相应的CMM规程），对于不符合项及时提出建
议和改进方案，必要是可以要高层经理汇报以求问题的解决。通过这样的途径来预防缺陷的引入，从而减少后期软件的维护成本。ＳＱＡ主要的工作活动包括制定
SQA工作计划，参与阶段产物的评审，进行过程质量、功能配置及物理配置的审计等;对项目开发过程中产生的数据进行度量等等；
(2) 说说你对软件配置管理的理解：
项目在开发的过程中要用相应的配置管理工具对配置项（包括各个阶段的产物）进行变更控制，配置管理的使用取决于项目规模和复杂性能及风险的水平。软件的
规模越大，配置管理就显得越重要。还有在配置管理中，有一个很重要的概念，那就是基线，是在一定阶段各个配置项的组合，一个基线就提供了一个正式的标准
，随后的工作便基于此标准，并且只有经过授权后才能变更这个标准。配置管理工具主要有CC,VSS,CVS等，偶只用过CVS，对其它的不熟悉
(3) 怎样写测试计划和测试用例：
简单点，测试计划里应有详细的测试策略（测试方法等），合理详尽的资源安排等，至于测试用例，那是依赖于需求（包括功能与非功能需求）是否细化到功能点
，是否可测试等。 
(4) 说说主流的软件工程思想(如CMM，CMMI，RUP，XP，PSP，TSP等)的大致情况以及你对它们的理解：
CMM:SW Capability Maturity Model 软件能力成熟度模型,其作用是用于软件过程的改进、评估及软件能力的评鉴 
CMMI:Capability Maturity Model Integration　能力成熟度模型集成　CMMI融入了大部分最新的软件管理实践，同时弥补了SW-CMM模型中的缺陷 
RUP:rational unified process 是软件工程化过程。它提供了在开发机构中分派任务和责任的纪律化方法.它的目标是在可预见的日程和预算前提下确保满足最
终用户需求的高质量产品,个人认为：它的核心观念是开发的迭代，每个公司可以根据自身的软件开发的流程和待开发项目的特点对RUP进行适当的剪裁，制定出符
合自己的软件开发流程。 
ＸＰ：extreme program，即极限编程的意思，适用于小型团队的软件开发，想上面第三个问题就可以结合原型法采用这样的开发流程。要明白测试对于xp开发的
重要性，强调测试（重点是单元测试）先行的理念。编程可以明显提高代码的质量，持续集成对于快速定位问题很有好处。
PSP ,TSP 分别是个体软件过程（Personal Software Process），群组软件过程（Team Software Process）大家都知道，CMM只是告诉你怎么做但并没有告诉
你如何做，所以PSP/TSP就是告诉你企业在实施CMM的过程中如何做，PSP强调建立个人技能（如何制定计划、控制质量及如何与其他人相互协作等等）而TSP着重
于生产并交付高质量的软件产品（如何有效地规划和管理所面临的项目开发任务等等） 
总之，单纯实施CMM，永远不能真正做到能力成熟度的升级，只有将实施CMM与实施PSP和TSP有机地结合起来，才能发挥最大的效力。因此，软件过程框架应该是
CMM/PSP/TSP的有机集成。
(5) 对项目管理、白盒测试、单元测试、自动测试、性能测试、压力测试工具的了解程度和实际使用经验。(其实基本上也就是MI和Rational工具)：
这个就要看个人的了，没法说了
(6) 其它一些具体的技术知识(如各种计算机语言的了解程度、数据库等)；
5. 还有问一下你是怎样保证软件质量的，也就是说你觉得怎样才能最大限度地保证软件质量？
测试并不能够最大限度的保证软件的质量，软件的高质量是开发和设计出来的，而不是测试出来的，它不仅要通过对软件开发流程的监控，使得软件开发的各个阶
段都要按照指定的规程进行，通过对各个阶段产物的评审，QA对流程的监控，对功能及配置的审计来达到开发的最优化。当然测试也是保证软件质量的一个重要方
式，是软件质量保证工程的一个重要组成部分。 
6. 然后紧接着就基于目前中国的国情，大多数公司的软件项目进度紧张、人员较少、需求文档根本没有或者很不规范，你认为在这种情况下怎样保证软件的质量
？(大多数公司最想知道的就是在这种困难面前你该怎么保证软件的质量，因为这些公司一般就是这种情况-既不想投入过多又想保证质量，faint )
出现以上的情况，如果仅仅想通过测试来提高软件质量，那几乎是不可能，原因是没有足够的时间让你去测试，少而不规范的文档导致测试需求无法细化何谈足够
且有针对性进行测试。所以，作为公司质量保证的你应该先后项目经理确定符合项目本身最适合的软件生命周期模型（比如RUP的剪裁，原型法）,明确项目的开发
流程并督促项目组按照此流程开展工作，所有项目组成员（项目经理更加重要）都要制定出合理的工作计划，加强代码的单元测试，在客户既定的产品交付日期范
围之内，进行产品的持续集成等等，如果时间允许可以再配合客户进行必要的系统功能测试。 
7. 差不多了就该问一些只和软件测试相关的问题了，如：
(1) 你觉得怎样才能做一个(或者，怎样才能算一个)优秀的测试工程师？(faint，这个问题好像是必问的，答案也无非是什么要求全面的技术能力、缜密的逻辑思
维、出色的沟通能力、还要有怀疑精神、幽默感、洞察力等等。啥叫优秀啊？该有的能力都有，不该有的也有，而且个个能力还都是出色的，这就是优秀，呵呵，
开玩笑的，反正这个问题差不多就这样，具体的什么要求网络上也到处都有。
(2) 还有其它的如对自己优缺点的评价、自己的职业理想、为何离开上一家公司、自己在职业生涯中印象最深的事情、能否出差和加班、能否承受压力和挑战、薪
水要求、何时能到岗等等这些啥面试都要回答的问题，这个就只能自己斟琢着办了。
(3) 另外还有一个重要的问题就是语言能力啦，尤其是英语水平，这个的话每个具体的公司都有不同的要求，也就没啥好说的了。
差不多基本上就是这些了，如果有需要的可以有针对性的google一下，hoho仅供参考!

6. 一道关于软件测试的题求解！

因果图法，讲测试用例设计-因果图法一般都会举这个例子的。
 
以下是 文库中找的实例。
 
我上传不了图片，你要详细的可以搜 测试用例设计 因果图 。找不到的话 我给你传一个也行
 
实例二  有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。 其规格说明如下：  若投入5角钱或1元钱的硬币，押下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来。  若售货机没有零钱找，则一个显示〖零钱找完〗的红灯亮，这时在投入1元硬币并押下按钮后，饮料不送出来而且1元硬币也退出来；  若有零钱找，则显示〖零钱找完〗的红灯灭，在送出饮料的同时退还5角硬币。
 
解决步骤
 1、分析这一段说明，列出原因和结果：  这本身只是一个实例，只是用来学习，其实其设计说明还是存在好多漏洞的，例如：如果售货机里没有饮料了怎么办？ 原因：  1、售货机有零钱找 2、投入1元硬币 3、投入5角硬币 4、押下橙汁按钮 5、押下啤酒按钮 结果：  21、售货机〖零钱找完〗灯亮 22、退还1元硬币 23、退还5角硬币              24、送出橙汁饮料 25、送出啤酒饮料  
 
2、画出因果图，如图3-2所示。  所有原因结点列在左边，所有结果结点列在右边。建立中间结点，表示处理的中间状态。中间结点： 11、投入1元硬币且押下饮料按钮 12、押下〖橙汁〗或〖啤酒〗的按钮 13、应当找5角零钱并且售货机有零钱找 14、钱已付清
 
3.转换成判定表
 
4. 整理判定表。

7. 软件测试面试题

1、软件测试就是在软件开发的过程中，对软件各阶段产品检验的过程，其目的是保证软件产品的质量
2、需求分析--编写测试计划--编写测试方案--编写测试用例--执行测试用例--提交缺钱报告--缺陷跟踪--回归测试--测试通过
3、黑盒主要是功能测试、性能测试、兼容性测试这些是主要的，还包括一些安全性，GUI测试，压力测试，易用性，容量测试，异常测试，安装性测试等   白盒主要的就是静态和动态两种测试
4、select* from a where ...;查找
     insert ito  a ()values();添加
     delete from a;删除表中信息
     update a set ...from..;更改表中信息
     create table a ();建表
     drop table();删除表
5、不清楚你问的内容是什么。给你两方面的回答
   （1）缺陷的状态 ：新建  打开  修复  关闭  拒绝 重复  丢弃  推迟 重新打开
   （2）缺陷报告的内容：标题、详细描述（描述、前提条件、步骤重现、预期结果、实际结果）、状态、发现人、负责人、项目、版本、严重度、优先级
6、回归测试通过
7、先做集成测试，结束之后系统测试包括功能测试和性能测试，系统测试结束之后，缺陷也修改完成，拿给用户做验收测试！
9、发现缺陷不要直接就提交，和开发沟通后再做结论，如果沟通时发生歧义，查看需求决定是否是缺陷，如果不能决定咨询项目经理。对于一些字段上的缺陷，比如说套用的框架，有的按钮没有更改标识，最好是和开发说一声当场改掉。就不要提交缺陷。开发和测试的矛盾是一致存在的我们没有办法杜绝，只能尽量的降到最低。
10、细心、耐心、自我调节能力强、学习能力强。有很好的全局意识，和观察力！
11、界面--功能（自己要有一个网站功能的概括！先按照单个功能去测，之后按照系统的流程去测。最后是按照各个总能之间的联系去测试！）

8. 跪求软件测试面试题

没有这个公司的题，但是给点别的。希望你能通过。好运！@

  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（安装升级测试），文档测试等、


请列举你曾经做过的性能测试项目，包括被测系统名称、硬件架构、应用架构和性能测试工具 。、

你认为适合进行自动化功能测试的时机是什么？请解释原因 、
如何解决测试需求、测试用例等测试信息的版本控制问题？