软件测试面试大全 - 图文

面试

网络协议（udp）、

网络协议的定义：为计算机网络中进行数据交换而建立的规则、标准或约定的集合。例如，网络中一个微机用户和一个大型主机的操作员进行通信，由于这两个数据终端所用字符集不同，因此操作员所输入的命令彼此不认识。为了能进行通信，规定每个终端都要将各自字符集中的字符先变换为标准字符集的字符后，才进入网络传送，到达目的终端之后，再变换为该终端字符集的字符。当然，对于不相容终端，除了需变换字符集字符外。其他特性，如显示格式、行长、行数、屏幕滚动方式等也需作相应的变换。 alpha测试和beta测试

Alpha测试是用户在开发环境下的测试，或者是开发内部的用户在模拟实际环境下的测试；

Beta测试是由软件的一个或多个用户在实际使用环境下进行的测试； 两者区别：

Alpha测试由开发人员或测试人员在场，可随时记录下错误和使用中出现的问题；

Beta测试开发人员和测试人员都不在场

大型通用软件，在正式发布前，通常需要执行Alpha和Beta测试，目的是从实际终端用户的使用角度，对软件的功能和性能进行测试，以发现可能只有最终用户才能发现的错误。

Alpha 测试(α测试)是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试可以从软件产品编码结束之后开始，或在模块(子系统)测试完成后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册(草稿)等应该在Alpha测试前准备好。

Beta测试(β测试)是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。因而，Beta测试是在开发者无法控制的环境下进行的软件现场应用。在Beta测试中，由用户记下遇到的所有

问题，包括真实的以及主管认定的，定期向开发者报告，开发者在综合用户的报告后，做出修改，最后将软件产品交付给全体用户使用。Beta测试着重于产品的支持性，包括文档、客户培训和支持产品的生产能力。只有当Alpha测试达到一定的可靠程度后，才能开始Beta测试。由于Beta测试的主要目标是测试可支持性，所以Beta测试应该尽可能由主持产品发行的人员来管理。

由于Alpha和Beta测试的组织难度大，测试费用高，测试的随机性强、测试周期跨度较长，测试质量和测试效率难于保证，所以，很多专业软件可能不再进行Beta测试。随着测试技术的提高，以及专业测试服务机构的大量涌现，很多软件的Beta测试外包给这些专业测试机构进行测试。

白盒和黑盒

白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。黑盒测试：又被称为功能测试、数据驱动测试或基于规格说明的测试，是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。、 sql、 内存调度 、遍历、 链表、 语句覆盖法

、linux常用命令（chmod）；

给你一个模块，你会怎么样设计与执行测试； 如何测试注册模块

一、判断题（每题1分，共12 分，正确的T，错误的F）

1.软件需求是度量软件质量的基础 。不符合需求的软件就不具备质量。（T）

2.全面质量管理的定义是：一个组织以质量为中心，以全员参与为基础，目的在于通过让顾客满意和本组织所有成员及社会受益而达到长期成功的管理途径。 (T)

3.发现错误是软件测试的唯一目的。(F)

4.白盒测试可以找出软件遗漏功能和代码错误问题。( F) 5.软件的质量有测试组决定。( F) 6.在设计测试用例时，应包括合理的输入条件和不合理的输入条件。 ( T)

7.测试从不可知内部条件开始，结果是不可预见的。(F) 8.软件缺陷一定是由编码所引起的. 。(F) 9.软件测试等于程序测试。(F)

10.Beta测试是软件的多个用户在实际使用环境下进行的测试。 (T)

11.经验表明，测试后程序残存的错误数目与该程序中以发现的错误数目或检错率成正比。(T)

12.验收测试比较适合采用软件自动化测试工具进行测试。（F）

二、 单项选择题(每题2分，共12 分)

1．某次程序调试没有出现预计的结果，下列（B ）不可能是导致出错的原因。

A． 变量没有初始化 B． 编写的语句书写格式不规范 C． 循环控制出错 D． 代码输入有误

2．软件测试是软件开发过程的重要阶段，是软件质量保证的重要手段，下列哪个（些）是软件测试的任务？(B)

A预防软件发生错误 B发现改正程序错误 C提供诊断错误信息 D．都是

3.下面的哪一项测试步骤中需要进行局部数据结构测试： （A） A.单元测试 B.集成测试 C.确认测试 D.系统测试 4.白盒测试是根据程序的（C ）来设计测试用例 A.功能 B．性能 C．内部逻辑 D．内部数据

5.（C ）方法根据输出对输入的依赖关系设计测试用例。 Ａ．路径测试 Ｂ．等价类 Ｃ．因果图 Ｄ．归纳测试 6．有一组测试用例，它使被测程序中的每一个分支至少执行一次，它满足的覆盖标准是：(B)

A.语句覆盖 B. 判定覆盖 C. 条件覆盖 D.路径覆盖

三、问答题 （每题9分，共54 分）

2. 怎样做好文档测试？

文档测试：是检查用户文档(如需求、用户手册、安装手册等)的正确性、清晰性和精确性，检验文档是否和实际应用存在的差别。 对用户文档中所使用的例子必须在测试中一一试过，确保叙述正确无误。

对文档的测试一般从正确性、完备性和易理解性几个方面去测试，具体包括以下内容：

（1）检查产品说明书属性、（2）检查是否完整 、（3）检查是否准确、（4）检查是否精确、（5）检查是否一致、（6）检查是否贴切、（7）检查是否合理、（8）检查代码无关、（9）检查可测试性。

3. 请简要描述几种主要的软件测试模型。

6. 什么是黑盒测试?黑盒测试主要采用的技术有哪些?

黑盒测试是一种从用户角度出发的测试，又称为功能测试，他把被测试的程序看做一个黑盒子，忽略程序内部的结构特征，依靠程序功能需求规格说明书，在只知道程序功能的情况下确定测试用例。 等价划分法，因果图法，边界值法，正交表法。

1.根据你的经验说说你对软件测试/质量保证的理解?

测试是保证软件质量的最后一道关口，是一种迫不得已的行为。软件产品质量的保证是软件项目管理的一个重要内容。软件项目的目标不仅仅是进度目标和成本目标，更重要的就是质量目标，质量直接决定了软件产品能否生存已经后续的升级和维护等工作量。 软件测试是软件质量保证工作的一个活动。 即软件测试是软件质量保证工作的一个子集。

软件质量保证工作包括：评审，配置管理、风险管理、测试、建立标准、进行度量等一系列活动

软件测试对于软件设计来说是很重要的一个环节,它涵盖了软件的全部细节,比如软件的实用性,操作性,稳定性,还有安全性,简便性等等.可以说没有经过详细的测试的软件绝对不会成为一个优质的软件.要保证软件质量,必须要保证有严格的软件测试过程~

一个东西的好坏总是和出厂检测关数有关的。检测越是严格，这个产品在市场上表现的质量就越好。这是成比例的。

2.软件测试的流程是什么，你原先的公司又是怎么的流程? 1.需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。--testing team

2.测试计划: 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。---testing leader or testing manager

3.用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。---testing leader, senior tester

4.执行测试：根据测试用例的详细步骤，执行测试用例。--every tester(主要是初级测试人员)

5.执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。--every tester(主要是初级测试人员)

6.defect tracking：追踪leader分配给你追踪的bug.直到 bug fixed。--every tester 7.测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.

8.用户体验、软件发布等……

4.说说你对软件配置管理的理解

项目在开发的过程中要用相应的配置管理工具对配置项（包括各个阶段的产物）进行变更控制，配置管理的使用取决于项目规模和复杂性能及风险的水平。软件的规模越大，配置管理就显得越重要。还有在配置管理中，有一个很重要的概念，那就是基线，是在一定阶段各个配置项的组合，一个基线就提供了一个正式的标准，随后的工作便基于此标准，并且只有经过授权后才能变更这个标准。配置管理工具主要有CC，VSS，CVS等，偶只用过CVS，对其它的不熟悉 5.怎样写测试计划和测试用例：

简单点，测试计划里应有详细的测试策略（测试方法等），合理详尽的资源安排等，至于测试用例，那是依赖于需求（包括功能与非

功能需求）是否细化到功能点，是否可测试等。

8.还有问一下你是怎样保证软件质量的，也就是说你觉得怎样才能最大限度地保证软件质量?

测试并不能够最大限度的保证软件的质量，软件的高质量是开发和设计出来的，而不是测试出来的，它不仅要通过对软件开发流程的监控，使得软件开发的各个阶段都要按照指定的规程进行，通过对各个阶段产物的评审，QA对流程的监控，对功能及配置的审计来达到开发的最优化。当然测试也是保证软件质量的一个重要方式，是软件质量保证工程的一个重要组成部分。 1、测试很枯燥你怎么调节自己?

答：对我来说，测试并不枯燥，我会认真的对每个项目都进行测试，因为每个项目都有它不同的地方，比天天打字的打字员好多了.. 如果我觉得枯燥了，我会想想其他的事情，放松自己的情绪，以达到调节的目的.因为工作，不管什么工作，都会有枯燥的一面. 2、测试能给你带来什么样的快乐? 答：测试可以给我带来很多快乐，如果测试出一个项目缺少东西，我会很高兴，因为我对自己的工作有了新的认识，也为公司做了效益;如果测试出一个项目没有问题，我也很高兴，因为同事们都在努力，大家都希望为公司做贡献，这就是一个很强大的团队，这是一件多么另人振奋的事情啊!

3、软件测试的目的?

答：测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。 4、需求文档测试：主要测试需求中是否存在逻辑矛盾以及需求在技术上是否可以实现；

设计文档测试：测试设计是否符合全部需求以及设计是否合理。 5、什么是软件测试?

答：软件测试是为了发现错误而执行程序的过程。或者说，软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现程序错误的过程。 软件测试在软件生存期中横跨两个阶段：通常在编写出每一个模

块之后就对它做必要的测试（称为单元测试）。模块的编写者与测试者是同一个人。编码与单元测试属于软件生存期中的同一个阶段。在这个阶段结束之后，对软件系统还要进行各种综合测试，这是软件生存期的另一个独立的阶段，即测试阶段，通常由专门的测试人员承担这项工作。

6、白盒测试有哪几种方法?

答：白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。“白盒 ”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。

1. 什么是回归测试？怎样知道新引入的变化没有给现有的功能造成破坏？

【参考答案】由于软件修改或变更，对修改后的工作版本所有可能影响的范围进行的测试，就是回归测试。回归测试的目的是发现原来正常的功能特性出现新的问题——回归缺陷，从而确保原来正常的或符合要求的特性，不受其它区域修改的影响。回归测试，伴随着测试过程，单元测试、集成测试和系统测试中，一旦有变更或修正，都要进行相应的回归测试。

通过代码查看或代码评审，可以基本知道新引入的变化是否会给现有的功能造成影响，但不能确定，所以需要进行回归测试。 2. 如果业务层和数据层之间有依赖关系，你该怎么写单元测试？

【参考答案】

在JAVA中，如果业务层与数据层之间有依赖关系，也就是说业务处理不单纯，这时我们一般用Mock对象来模拟所需要的数据，来进行单元测试。简单地说mock就是模型，模拟测试时需要的对象及测试数据。这类测试工具有MockObjects、Xdoclet、EasyMock、MockCreator、MockEJB、ObjcUnit、jMock等

比如，用过Struts的都知道，Struts中的action类要运行必须依靠服务器的支持，只有服务器可以提供HttpServletRequest，

HttpServletResponse对象，如果不启动服务器，那么就没有办法对action类进行单元测试，而借助mock，可以完成struts的Action的测试。

对业务层测试可以用Mock来模拟，而对数据层如何测试？有两种方法：

使用Mock对象来测试DAO。它屏蔽了具体的关系数据库，它的优点是测试代码的编写方便，可以快速运行。缺点：风险太大，对数据层测试的力度太小，屏蔽了很多与数据库相关的问题，比如：对象和数据库表之间映射，查询语句的语法是否正确。 直接在关系数据库中测试。优点：能对数据层进行完整的测试。缺点：单元测试运行速度太慢，要频繁的对数据库进行操作 还可以参考下列文章：

如何对数据源层进行单元测试

4. 在产品部署之后，你最常碰到的是什么类型的问题？ 【参考答案】产品部署之后，容易碰到的问题是安装配置上不对，测试环境和实际运行环境总是存在差异。其次，出现的问题，可能是系统稳定性问题、性能问题，可能由于脏数据、传输中的异常数据和大数据量等引起。

5. 什么是代码覆盖率？有多少种代码覆盖率？

【参考答案】当我们想了解测试是否充分、是否有些地方没被测试过，就需要对所有测试过的地方有所了解，也就是了解测试的覆盖程度。测试越充分，测试的覆盖程度越高，产品的质量就越能得到保证。这种程度的量化就是测试覆盖率，即测试覆盖率是用来衡量测试完成程度、或评估测试活动覆盖产品代码的一种量化的结果，评估测试工作的质量，也是产品代码质量的间接度量方法。如果用公式描述的话，可以看作“测试过程中已验证的区域或集合”和“要求被测试的总的区域或集合”的比值。

基于代码的测试覆盖评测是对被测试的程序代码语句、代码块、类、函数（方法）、路径或条件的覆盖率分析。如果应用基于代码的覆盖率分析，一般需要借助工具（如IBM Rational PureCoverage、Bullseye Coverage、开源Clover、EMMA、Cobertura和NoUnit等）来执行。

代码覆盖率工具Bullseye Coverage 使用 emma 测量测试覆盖率

6. 功能测试和探索性测试的区别是什么？你怎么对网站进行测试？

【参考答案】这个题目本身有问题，把“功能测试”和“探索性测试”比较不合理。功能测试中包含了“按已完成的测试用例或已计划的测试大纲等进行测试”和“探索性测试”，而探索性测试一般也是为了发现功能中的问题，虽然探索性测试还会涉及安全性测试、性能测试等。

功能测试方法中包括等价类划分、边界值分析、因果图、决策表、正交试验法等，也包括错误猜测法，错误猜测法也可归为探索性测试。 探索性测试，也可以称随机测试（ad-hoc test），充分发挥测试人员最大的灵动性、创造性，进行各种猜测和试探，去发现一些相对隐藏比较深或偏僻的软件缺陷。随机（ad-hoc）测试，也可作为一种重要的测试辅助手段，以帮助测试人员尽早地熟悉产品，发现测试用例的不足，添加或改进测试用例。我的书《全程软件测试》对它们做了充分讨论。

对网站进行测试时，不仅要做好功能测试，包括功能的逐项验证、针对功能的负面测试、探索性测试等，还要进行安全性测试、性能测试、UI适用性测试等。 7. 测试套件、测试用例、测试计划，这三者之间的区别是什么？你怎么组织测试？

【参考答案】测试用例（test case）是为了更有效地发现缺陷而设计的、可以独立地执行的最小测试单元。测试套件(test suite)是为了完成某个测试目标或任务而组织的若干个测试用例的集合。测试计划(test plan)是对测试活动的事先策划，包括确定测试范围、估算测试工作量、识别测试风险、安排资源和进度等。测试计划指导测试用例的设计和测试套件的创建，测试套件是由测试用例构成。测试计划的实施需要借助测试用例、测试套件来实现。

组织测试，简单地说就是 计划测试 -> 设计测试用例 -> 创建测试套件 -> 执行测试套件 （转化为执行测试用例） -> 测试结果分析和评估 -> 调整测试计划 -> …… 详细参见《全程软件测试》 8. 要对电子商务网站做冒烟测试，你会做哪些类型的测试？

【参考答案】冒烟测试（smoke test ）这个名称的来历，大概是从电路板测试得来的。因为当电路板做好以后，首先会加电测试，如果板子没有冒烟在进行其它测试，否则就退回去。软件中的冒烟测试就是在每日构建（daily build）软件包后，对系统的基本功能进行快速的测试，以验证基本功能是否能正常运行。如果有问题，就打回开发部门；如果正常运行，说明软件包构建成功，接下来就可以进行常规测试或大规模测试。

对电子商务网站做冒烟测试，包括基本功能测试和性能测试。基本功能测试可以完成一个交易的完整过程，即从系统登录 -> 商品查询 -> 选择商品 -> 提交订单 ->确认 -> 付款 -> 结算等。 9. 客户在验收测试中会发现不满意的东西，怎样减少这种情况的发生？

【参考答案】 客户可能发现功能或界面设计和他预想的不一致、或者会发现有些功能的操作不是很方便、或者发现一些错别字等各种缺陷。针对不同的问题，有相应的一些办法，概括起来就是和客户进行充分沟通，真正理解客户的需求，和客户的理解达成一致。其次，在开发期间，还可以邀请客户参与软件设计规格说明书、测试计划、测试用例等的评审，当软件能基本正常工作时再次邀请客户从头到尾再看一遍（product work-through）。最后，就是开发人员和测试人员做好自己的本质工作，构建高质量的软件，进行充分的测试。

笔试题：

0.什么是软件测试？

答：依据软件需求规格和测试用例，使用人工和自动化的手段，来测试软件系统的过程。其目的在于检验它是否满足规定的需求 或是确认预期结果与实际结果之间的差别。 要点：两个依据、两个手段、一个对比。 1.缺陷等级的划分： 六级划分：

等级 名

称 定义 P1 严重缺

陷 应用系统崩溃或系统资源使用严重不足

现缺陷是可控的，但缺陷是人数有限、地域限制。b测试是在外部有用户进行的测试；b测试不会认真地去发现缺陷，有时仅仅是为了抢占市场。

34. 如何组织软件测试团队？（1）建立合理、高效的组织结构（2）建立正确的分工体系，

即角色与职责；（3）培养合格的测试人员。

35. 如何进行软件测试人员的培养?（1）人员选择要求；（2）人员培训与培养；（3）测试 人员职业发展规划

12、什么是测试脚本，测试用例与测试脚本两者的关系是什么？ 13、你认为提前做好测试用例有用吗？为什么？

14、如果业务层和数据层之间有信赖关系，你该怎么写单元测试？

15、对于产品的用户友好性测试，你认为从哪些方面来测试 16、bug中需要包括哪些内容并举例说明。如何提高bug记录的质量？

17、bug管理系统的主要功能是什么，以及在项目中各个角色的使用者是如何使用bug管理系统的？

18、若你提交了一个bug但开发人员说这不是问题，你该如何处理？

19、你认为一个测试工作人员最基本的素质是什么？从（能力、责任心）选一个，简答为什么？

20、怎么认为测试可以结束了？在你以前的工作中，对于分配给你的模块你用什么标准来衡量自己测试完毕了？

在您以往的工作中，一条软件缺陷（或者叫bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（bug）记录？

1. 在传统的bugzilla中，bug描述应该包括以下的信息 2. 和bug产生对应的软件版本 3. 开发的接口人员 4. bug的优先级 5. bug的严重程度

6. bug可能属于的模块，如果不能确认，可以用开发人员来判断

7. bug标题，需要清晰的描述现象

8. bug描述，需要尽量给出重新bug的步骤 9. bug附件中能给出相关的日志和截图。

高质量的bug记录就是指很容易理解的bug记录，所以，对于描述的要求高，能提供的信息多且准确，很好的帮助开发人员定位。 1.测试项目：电梯

需求测试:查看电梯使用说明书、安全说明书等 界面测试:查看电梯外观

功能测试：测试电梯能否实现正常的上升和下降功能.电梯的按钮是否都可以用;

电梯门的打开，关闭是否正常;报警装置是否可用，报警电话是否可用;

通风状况如何.突然停电时的情况;是否有手机信号;

比如说上升途中的响应。电梯本来在1楼，如果有人按18楼，那么电梯在上升到5楼的时候，有人按了10楼，这时候是否会在10楼先停下来;

电梯下降到10层时显示满员，此时若8层有人等待电梯，是否在8层停;

可靠性：门关上的一刹那出现障碍物，同时按关门和开门按钮，点击当前楼层号码，多次点击同一楼层的号码等等;同时按上键和下键会怎样;

易用性：电梯的按钮的设计符合一般人使用的习惯吗.

压力测试：看电梯的最大限度的承受重量.在负载过重时报警装置是否有提醒.在一定时间内不断的让电梯上升，下降.最大负载下平稳运行的最长时间。 2.测试项目：杯子

需求测试: 查看杯子使用说明书 界面测试: 查看杯子外观

功能度：用水杯装水看漏不漏;水能不能被喝到 安全性：杯子有没有毒或细菌

可靠性：杯子从不同高度落下的损坏程度

可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用

兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等 易用性：杯子是否烫手、是否有防滑措施、是否方便饮用

用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述

疲劳测试：将杯子盛上水(案例一)放24 小时检查泄漏时间和情况;盛上汽油(案例二)放24 小时检查泄漏时间和情况等

压力测试：用根针并在针上面不断加重量，看压强多大时会穿透 跌落测试: 杯子加包装( 有填充物)， 在多高的情况摔下不破损 震动测试: 杯子加包装( 有填充物)， 六面震动， 检查产品是否能应对恶劣的铁路 公路 航空运输

测试数据：测试数据具体编写此处略(最讨厌写测试数据了)。其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法

期望输出：该期望输出需查阅国标、行标以及使用用户的需求 3.测试题目：桌子

需求测试:查看国家相关标准。

功能:桌子是办公，或者放置用的，首先考虑桌子的面积大小是否适度.

界面:桌子的版面是否平滑，桌子有没有凹凸不平的地方

安全:桌子肯定有它的支撑点，若支撑点不稳，容易摔坏物品，使用起来也不方便.

易用:桌子的移动性好不.它的重量是否合适

可靠性:将桌子推倒后，再检查桌子是否很容易被损坏.

性能:将很重的物品放在桌子上，看它最大承受的重量是多少… 4.测试题目：洗衣机

功能测试：该洗衣机是否能正常的洗衣服

需求测试：查看洗衣机的使用说明书和安全说明书等 性能测试：使用时用电量如何，是否满足用户需求 界面测试：洗衣机的外观是否满足客户的需求 易用测试： 该洗衣机是否容易操作

兼用性测试：该洗衣机除了能洗衣服以外还能洗别的吗 安全性测试：该洗衣机通电以后人接触以后是否有电

负载测试：通过逐步增加系统负载，最终确定在什么负载条件下系统性能将处于崩溃状态，以此获得系统能提供的最大服务

压力测试：通过逐步增加系统负载，最终确定在什么负载条件下系统性能将处于崩溃状态，以此获得系统能提供的最大服务级别的测试。

稳定性测试：加到一定的衣服然后过一段时间看洗衣机是否正常洗

1）功能性测试

(1)程序的功能测试。检查各个子功能组合起来能否满足设计所要求的功能。

(2)一个程序单元或模块的功能是否会对另一个程序单元或模块的功能产生不利影响。

(3)根据计算精度的要求，单个程序模块的误差积累起来，是否仍能够达到要求的技术指标。 (4)程序单元或模块之间的接口测试。把各个程序单元或模块连接起来时，数据在通过其接口时是否会出现不一致情况，是否会出现数据丢失。 (5)全局数据结构的测试。检查各个程序单元或模块所用到的全局变量是否一致、合理。 (6)对程序中可能有的特殊安全性要求进行测试。 2）可靠性测试。根据软件需求和设计提出的要求，对软件容错性、易恢复性、错误处理能力进行测试。 3）易用性测试。根据软件设计中提出的要求，对软件的易理解性、易学性和易操作性进行检查和测试。 4）性能测试。根据软件需求和设计中提出的要求，进行软件的时间特性、资源特性测试。 5）维护性测试。根据软件需求和设计中提出的要求，对软件的易修改性进行测试。 6）可移植性测试。根据软件需求和设计中提出的要求，对软件在不同操作系统环境下被使用的正确性进行测试。 11、软件测试分为哪几个阶段？每个阶段都是干什么的？ 测试人员及方测试阶段 主要依据 式 测试内容 又叫模块测试。 系统设计文开发人员。白盒单元测试 主要测试软件模块的源档 测试 代码，接口、路径 又叫组装测试、联合测试、灰盒测试。 集成测试 概要设计、开发人员。白盒将一些“构件”集成一 需求文档 测试 起时，测试它们能否正常运行，接口、路径、功能、性能 一般由独立的测试软件系统是否符合系统测试 需求说明书 测试人员执行。所有需求，包括功能性黑盒测试 需求和非功能性需求，功能、健壮性、性能、用户界面。 又叫有效性测试。 第三方。黑盒测验证软件的功能和性能确认测试 规格说明书 试 及其他特性是否与用户的要求一致。 由客户或最终确定产品是否能够满足验收测试 需求文档 用户执行。黑盒合同或用户所规定需求(UAT) 测试 的测试。 12、测试中的木桶原理是什么？在软件产品生产方面就是全面质量管理(TQM)的概念。产品质量的关键因素是分析、设计和实现，测试应该是融于其中的补充检查手段，其他管理、支持、甚至文化因素也会影响最终产品的质量。应该说，测试是提高产品质量的必要条件，也是提高产品质量最直接、最快捷的手段，但决不是一种根本手段。反过来说，如果将提高产品质量的砝码全部押在测试上，那将是一个恐怖而漫长的灾难。 13、软件测试策略和方法有哪些？静态测试方法：人工测试方法（代码会审，代码走查，桌面检查等）；动态测试方法：白盒测试方法、黑盒测试方法、穷举测试方法。 静态测试：基本特征是对软件进行分析，检查和测试是不实际运行被测试的软件。 动态测试：通过运行软来检验软件的动态举行为和运行结果的正确性，其两个基本要素是被测试程序、测试数据。 14、测试何时结束？当功能性测试用例通过率达到100%，非功能性测试用例通过率达到90%时，允许正常结束测试。 15、测试用例需要有些什么？测试环境、测试数据、测试步骤、预期结果。 16、用例设计原则是什么？覆盖软件需求规格说明书所有的测试点；指出实际输出值和预期结果；考虑各种输入输出条件和边界值；设计应考虑其可执行性。 17、当在HTML中写JavaScript脚本的时候可能会造成页面性能慢或是有错误，这个怎么解决呢？ 通常，JavaScript脚本写在HTML页面中body部分的前面，这可能要在网页上设置一些可运行脚本之类的配置，或尽可能避免。

本文来源：https://www.bwwdw.com/article/5und.html