软件测试复习资料

第一篇：软件测试复习资料

1． 黑盒测试法是通过分析程序的功能来设计测试用例的方法。

2． 黑盒测试除了测试程序外，它还适用于对需求分析阶段的软件文档进行测试。3． 白盒测试除了测试程序外，它也适用于对软件具体设计阶段的软件文档进行测试。4． 单元测试一般以白盒测试法为主，测试的依据是模块功能规格说明。5． 软件测试中常用的静态分析方法是引用分析和接口分析。

6． 测试人员的基本素质为计算机专业技能、测试专业技能、行业知识

7． 软件危机的体现为：A、开发成本和进度估计不正确B、用户对完成的软件不满足C、软件经常不可维护；

8． 软件测试按照开发阶段划分：A、单元测试

B、集成测试；系统测试C、确认测试；验收测试

9． 软件测试按照测试技术划分：A、性能测试、负载测试、压力测试B、恢复测试、安全测试、兼容测试

10． 软件测试项目周期是指：A、需求阶段、测试计划B、阶段测试、设计阶段测试、执行阶段 11． 软件测试原则有：A、制定严格的测试计划 B、保留所有的测试文档C、功能测试中的缺陷确认 12． 制定测试计划的步骤：确定测试范围、确定测试策略、确定测试标准、确定测试构架、确定项目管理机制、预计测试工作量、测试计划评审 13． 对于软件的β测试，β测试就是在软件公司外部展开的测试，由非专业的测试人员执行的测试。14． 正式的技术评审FTR（Formal Technical Review）是软件质量保证活动，其相关的描述为： A.FTR是评审产品而不是评审生产者的能力B.FTR要有严格的评审计划并遵守日程安排C.FTR限制参与者人数并要求评审会之前做好预备 15． 在进行单元测试时，常用的方法是采用白盒测试，辅之以黑盒测试

16． 侧重于观察资源耗尽情况下的软件表现的系统测试被称为压力测试 17． 必须要求用户参与的测试阶段是验收测试 18． 系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。

19． 测试通常可分为白盒测试和黑盒测试。白盒测试是根据程序的内部逻辑来设计测试用例,黑盒测试是根据软件的规格说明来设计测试用例。20． 一个程序中所含有的路径数与程序的复杂程度有着直接的关系。

1． 测试阶段的根本目标是尽可能多地发现并排除软件中潜藏的错误，最终把一个高质量的软件系统交给用户使用。2． 功能测试时系统测试的主要内容，检查系统的功能、性能是否与需求规格说明相同。3． 软件测试主要分为单元测试、集成测试、确认测试和系统测试四类测试。4． 渐增方式把模块结合到程序中去时，有自顶向下和自底向上两种集成策略。5． 编写测试用例的依据是单元测试计划和详细设计说明书。6． 系统测试时在集成测试完成后，确认测试之前进行的测试。

7． 设计系统测试计划需要参考的项目文档有软件测试计划、软件需求工件、和迭代计划。

8． 测试设计员的职责有设计测试用例、设计测试过程、脚本。

9． 软件验收测试包括正式验收测试、alpha测试、beta测试三种类型。10． 软件测试按照开发阶段划分单元测试、集成测试、系统测试、确认测试、验收测试。11． 软件测试按照测试技术划分性能测试、负载测试、压力测试、恢复测试、安全测试、兼容测试

12． 静态测试基本特征是在对软件进行分析、检查和审阅，不实际运行被测试的软件 13． 软件测试项目周期是指需求阶段、测试计划、阶段测试、设计阶段测试、执行阶段 14． 软件测试的角色分析人员、设计人员、开发人员、执行人员 15． 软件测试原则有制定严格的测试计划、、保留所有的测试文档、功能测试中的缺陷确认

16． 测试工作的文档主要有：测试计划、测试模型和用例设计或规格说明、测试分析报告等

17． 测试计划的制定必须要注重测试策略、测试范围、测试方法、测试安排、测试风险、测试治理

18． 缺陷的分类为：需求文档的缺陷、软件配置引起的缺陷、分析、设计的缺陷、静态文档的缺陷、软件开发引起的缺陷、短视将来的缺陷 19． 测试用例工作主要是如何添加测试用例、如何编写测试用例、将测试用例和需求关联

20． 自动化测试工具有：ratinal Robot、winrunner、quicktest 21． 软件性能测试工具有： loadRunner、Ratinaol Visual Qantify、PureLoad 22． BUG的种类有：需求阶段的BUG、分析设计阶段的BUG、实现阶段的BUG、配置阶段的BUG、静态文档的BUG。23． 测试项目主要包括以下几个阶段：计划阶段、初始阶段、执行阶段、总结评估阶段、设计阶段。

1． 缺陷报告

是描述软件缺陷现象和重现步骤地集合。软件缺陷报告Software Bug Report（SBR）或软件问题报告Software Problem Report（SPR）

2． 回归测试

是指重新执行已经做过的测试的某个子集，以保证修改变化没有带来非预期的副作用。

3． 动态测试 通过运行软件来检验软件的动态行为和运行结果的正确性。动态测试的两个基本要素： 被测试程序、测试数据（测试用例）

4． 白盒测试又称为结构测试和逻辑驱动测试，允许测试人员对程序内部逻辑结构及有关信息来设计和选择测试用例，对程序的逻辑路径进行测试。白盒测试是把测试对象看作一个打开的盒子，测试人员须了解程序的内部结构和处理过程，由于白盒测试是一种结构测试，所以被测对象基本上是源程序，以程序的内部逻辑和指定的覆盖标准确定测试数据。

5． 黑盒测试又称为功能测试或数据驱动测试，把系统看成一个黑盒子，不考虑程序的内在逻辑，只根据需求规格说明书的要求来检查程序的功能是否符合它的功能说明。

6． 路径覆盖的含义是，选取足够多的测试数据，使程序的每条可能路径都至少执行一次(如果程序图中有环，则要求每个环至少经过一次)。

7． 软件测试 ：在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。8． 单元测试（模块测试）：针对每个模块进行的测试，可从程序的内部结构出发设计测试用例，多个模块可以平行地对立地测试。通常在编码阶段进行，必要的时候要制作驱动模块和桩模块。9． 集成测试：在单元测试的基础上，将所有模块按照设计要求组装成为系统，应提交集成测试计划、集成测试规格说明和集成测试分析报告。

10． 确认测试：验证软件的功能和性能及其它特性是否与用户的要求一致。

11． 系统测试：将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员等，在实际运行环境下进行一系列的测试。

1． 测试过程中会产生哪些基本文档？

（1）测试计划（通常包括单元测试和集成测试）：确定测试范围、方法和需要的资源

（2）测试过程：详细描述和每个测试方案有关的测试步骤和数据（包括测试数据及预期的结果）；

（3）测试结果：把每次测试运行的结果归入文档，如果运行出错，则应产生 问题报告，并且必须通过调试解决所发现的问题。

（4）

2.大型软件系统的测试过程基本上由几个步骤组成? 1）.模块测试

在设计得好的软件系统中，每个模块完成一个清晰定义的子功能，而且这个子功能和同级其他模块的功能之间没有相互依赖关系。因此，有可能把每个模块作为一个单独的实体来测试，而且通常比较容易设计检验模块正确性的测试方案。模块测试的目的是保证每个模块作为一个单元能正确运行，所以模块测试通常又称为单元测试。在这个测试步骤中所发现的往往是编码和详细设计的错误。2）.子系统测试

子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。模块相互间的协调和通信是这个测试过程中的主要问题，因此，这个步骤着重测试模块的接口。3）.系统测试

系统测试是把经过测试的子系统装配成一个完整的系统来测试。在这个过程中不仅应该发现设计和编码的错误，还应该验证系统确实能提供需求说明书中指定的功能，而且系统的动态特性也符合预定要求。在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。不论是子系统测试还是系统测试，都兼有检测和组装两重含义，通常称为集成测试。4）.验收测试

验收测试把软件系统作为单一的实体进行测试，测试内容与系统测试基本类似，但是它是在用户积极参与下进行的，而且可能主要使用实际数据(系统将来要处理的信息)进行测试。验收测试的目的是验证系统确实能够满足用户的需要，在这个测试步骤中发现的往往是系统需求说明书中的错误。验收测试也称为确认测试。5）.平行运行

关系重大的软件产品在验收之后往往并不立即投入生产性运行，而是要再经过一段平行运行时间的考验。所谓平行运行就是同时运行新开发出来的系统和将被它取代的旧系统，以便比较新旧两个系统的处理结果。这样做的具体目的有如下几点：(1)可以在准生产环境中运行新系统而又不冒风险；(2)用户能有一段熟悉新系统的时间；

(3)可以验证用户指南和使用手册之类的文档；

(4)能够以准生产模式对新系统进行全负荷测试，可以用测试结果验证性能指标。3.一套完整的测试应该由哪些阶段组成？分别阐述一下各个阶段。

计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测试、验收测试一套完整的测试应该由五个阶段组成：

1）测试计划首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准。以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。2）测试设计将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例（测试用例选择的好坏将直接影响测试结果的有效性）。

3）测试开发建立可重复使用的自动测试过程。

4）测试执行执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理，测试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。

5）测试评估结合量化的测试覆盖域及缺陷跟踪报告，对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。4.软件测试的流程

制订测试计划、设计测试用例、实施测试、提交缺陷报告、编写测试总结。5.测试计划的内容都包括什么？其中哪些是最重要的？

1)测试计划的内容：测试目的和测试项目简介、测试参考文档和测试提交文档、术语和定义、测试策略、确定测试内容、资源、测试进度、测试员的职责与任务分配、项目通过或失败的标准、暂停和重新启动测试的标准、风险和问题等。2)最重要的：测试策略、确定测试内容、资源、测试进度、测试员的职责与任务分配、项目通过或失败的标准 6.测试计划的目的是什么？

测试计划的目的：编写软件测试计划的目的是指导测试组成员进行工作和让测试组以外的项目成员了解测试工作的。7.简述静态测试和动态测试的区别？

a)静态测试： 基本特征是在对软件进行分析、检查和审阅，不实际运行被测试的软件。静态测试约可找出30～70%的逻辑设计错误。对需求规格说明书、软件设计说明书、源程序做检查和审阅。包括：是否符合标准和规范；通过结构分析、流图分析、符号执行指出软件缺陷。b)动态测试：通过运行软件来检验软件的动态行为和运行结果的正确性。动态测试的两个基本要素：被测试程序和测试数据（测试用例）。动态测试方法：(1)选取定义域有效值,或定义域外无效值；(2)对已选取值决定预期的结果；(3)用选取值执行程序；(4)执行结果与预期的结果相比,不吻和程序有错。8.白盒测试有哪几种方法？

语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、多重条件覆盖。9.压力测试和性能测试的区别？

1)广义上说压力测试是包括在性能测试之中的，是性能测试项内的一种。

2)性能测试：顾名思义就是测试软件的运行性能。验证SRS中的性能需求，是否实现。

3)压力测试：测试软件在超负荷下的工作情况，也是一种软件的性能。因此是属于性能测试范围的。

10.测试结束的标准是什么？

测试计划中所有规定的测试内容和回归测试都已经运行完成或根据上级主管对测试结果的意见，就可以结束本次测试。11.黑盒测试的测试用例设计方法包括哪些？：

a)等价类划分：划分等价类--确立测试用例--设计用例。b)边界值分析：通过分析，考虑如何确立边界情况 c)错误推测法：靠经验和直觉来推测程序中可能存在的各种错误，从而有针对性地编写用例。可以列举出可能的错误和可能发生错误的地方，然后选择用例。d)因果图：通过画因果图，在图上标明约束和限制，转换成判定表，然后设计测试用例。这适合于检查程序输入条件的各种组合情况。

12.缺陷报告的作用

缺陷报告是软件测试人员的工作成果之一，体现软件测试的价值缺陷报告可以把软件存在的缺陷准确的描述出来，便于开发人员修正缺陷报告可以反映项目、产品当前的质量状态，便于项目整体进度和质量控制。软件测试缺陷报告是软件测试的输出成果之一，可以衡量测试人员的工作能力。13.等价分类法的基本思想是什么？

根据程序的输入特性，将程序的定义域划分为有限个等价区段“等价类”，从等价类中选择出的用例具有“代表性”，即测试某个等价类的代表值就等于对这一类其他值的测试。如果某个等价类的一个输入数据（代表值）测试中查出了错误，说明该类中其他测试用例也会有错误。14.简单阐述一下软件测试的目标

(1)测试是为了发现程序中的错误而执行程序的过程；

(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；(3)成功的测试是发现了至今为止尚未发现的错误的测试。15.软件测试准则有哪些？

(1)所有测试都应该能追溯到用户需求。

(2)应当把“尽早地和不断地进行软件测试” 作为软件开发者的座右铭。(3)pareto原则：测试发现的错误中的80%很可能是由程序中20%的模块造成的。

（4）应该从“小规模”测试开始，并逐步进行“大规模”测试。

（5）测试用例应由输入数据和预期的输出结果两部分组成，并兼顾合理的输入和不合理的输入数据

（6）穷举测试是不可能的。

（7）为了达到最佳的测试效果，应该由独立的第三方从事测试工作。

（8）程序修改后要回归测试。

（9）应长期保留测试用例，直至系统废弃。16.您认为做好测试用例设计工作的关键是什么？

1)白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果

2)黑盒测试用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题

1． 根据下面给出的规格说明，利用等价类划分的方法，给出足够的测试用例。

“一个程序读入三个整数。把此三个数值看成是一个三角形的三个边。这个程序要打印出信息，说明这个三角形是三边不等的、是等腰的、还是等边的。”

2． 某报表处理系统要求用户输入处理报表的日期，日期限制在2003年1月至2008年12月，即系统只能对该段期间内的报表进行处理，如日期不在此范围内，则显示输入错误信息。系统日期规定由年、月的6位数字字符组成，前四位代表年，后两位代表月。请用等价类划分法和边界值划分法设计测试用例来测试程序的日期检查功能。

3． 设要对一个自动饮料售货机软件进行黑盒测试。该软件的规格说明如下：

“有一个处理单价为1元5角钱的盒装饮料的自动售货机软件。若投入1元5角硬币，按下“可乐”、“雪碧”或“红茶”按钮，相应的饮料就送出来。若投入的是2元硬币，在送出饮料的同时退还5角硬币。”

利用等价类划分的方法，设计测试该软件的全部测试用例。

第二篇：软件测试（推荐）

一、简答5*6’

1.为什么不让时间有余的人做测试工作

表面上看这体现了管理的效率和灵活性，但实际上也体现了管理者对测试的轻视。测试和测试的人有很大关系。测试工作人员应该是勤奋并富有耐心，善于学习、思考和发现问题，细心有条理，总结问题，如果具备这样的优点，做其它工作同样也会很出色，因此这里还有一个要求，就是要喜欢测试这项工作。2.软件测试风险主要体现在哪里

我们没有对软件进行完全测试，实际就是选择了风险，因为缺陷极有可能存在没有进行测试的部分。因此，我们要尽可能的选择最合适的测试量，把风险降低到最小 3.所有软件测试缺陷都需要修复吗

从技术上讲，所有的软件缺陷都是能够修复的，但是没有必要修复所有的软件缺陷。测试人员要做的是能够正确判断什么时候不能追求软件的完美。对于整个项目团队，要做的是对每一个软件缺陷进行取舍，根据风险决定那些缺陷要修复。发生这种现象的主要原因如下：-没有足够的时间资源。在任何一个项目中，通常情况下开发人员和测试人员都是不够用的，而且在项目中没有预算足够的回归测试时间，修改缺陷可能引入新的缺陷。

-有些缺陷只是特殊情况下出现，这种缺陷处于商业利益考虑，可以在以后升级中进行修复。-不是缺陷的缺陷。我们经常会碰到某些功能方面的问题被当成缺陷来处理，这类问题可以以后有时间时考虑再处理。缺陷是否修改要由软件测试人员、项目经理、程序员共同讨论来决定是否修复，不同角色的人员从不同的角度来思考，以做出正确的决定。4.如何减少测试人员跳槽带来的损失 建议我们从以下两个方面做起：

-加强部门内员工之间的互相学习，互相学习是建立学习型组织的基本要求，是知识互相转移的过程。在此基础上，可以把个人拥有的技术以知识的形式沉积下来，也就完成了隐性知识到显性知识的转化。

-管理者就应该把员工的个人成长和企业的发展联系起来，为员工设定合理发展规划并付诸实现。

5.验收测试的注意点有哪些 测试要注意下面的事项：

（1）用户现场测试不可能测试全部功能，因此要测试核心功能。这需要提前做好准备，这些核心功能一定要预先经过测试，证明没有问题才可以和用户共同进行测试。测试核心模块的目的是建立用户对软件的信心。当然如果这些模块如果问题较多，不应该进行演示。（2）如果某些模块确实有问题，我们可以演示其它重要的业务功能模块，必要时要向用户做成合理的解释。争得时间后，及时修改缺陷来弥补。（3）永远不能欺骗用户，蒙混过关。6.完全测试程序是可能的吗

实际上完全测试是不可能的。主要有以下原因：-完全测试比较耗时，时间上不允许；

-完全测试通常意味着较多资源投入，这在现实中往往是行不通的；-输入量太大，不能一一进行测试；-输出结果太多，只能分类进行验证；-软件实现途径太多；

-软件产品说明书没有客观标准，从不同的角度看，软件缺陷的标准不同；因此测试的程度要根据实际情况确定 7.是不是发现的缺陷越多就说明软件缺陷越多 其中的原因主要如下：

-代码复用、拷贝代码导致程序员容易犯相同的错误。类的继承导致所有的子类会包含基类的错误，反复拷贝同一代码意味可能也复制了缺陷。-程序员比较劳累是可以导致某些连续编写的功能缺陷较多。

“缺陷一个连着一个”不是一个客观规律，只是一个常见的现象。如果软件编写的比较好，这种现象就不常见了。测试人员只要严肃认真的测试程序就可以了。8.软件测试就是QA吗

软件测试人员的职责是尽可能早的找出软件缺陷，确保得以修复。而质量保证人员（QA）主要职责是创建或者制定标准和方法，提高促进软件开发能力和减少软件缺陷。测试人员的主要工作是测试，质量保证人员日常工作重要内容是检查与评审，测试工作也是测试保证人员的工作对象。软件测试和质量是相辅相成的关系，都是为了提高软件质量而工作。9.测试产品和测试项目区别

习惯上把开发完成后进行商业化、几乎不进行代码修改就可以售给用户使用的软件成为软件产品，也就是可以买“卖拷贝”的软件，软件项目是一种个性化的产品，可以是按照用户要求全部重新开发，也可以修改已有的软件产品来满足特定的用户需求。项目和产品的不同特点，决定我们测试产品和测试项目仍然会有很多不同的地方：

-质量要求不同。通常产品的质量要高一些，修复发布后产品的缺陷成本较高，甚至会带来很多负面的影响。而做项目通常面向某一用户，虽然质量越高越好，但是一般只要满足用户要求就可以了。测试资源投入多少不同。做软件产品通常是研发中心来开发，进度压力要小些。同时由于质量要求高，因此会投入较多的人力、物力资源。项目最后要和用户共同验收测试，这是产品测试不具有的特点。此外，测试产品与测试项目在缺陷管理方面、测试策略制定都会有很大不同，测试管理者应该结合具体的环境，恰如其分的完成工作 10.如何编写提交给用户的测试报告

测试报告一般分为内部测试报告和外部测试报告。内部报告是我们在测试工作中的项目文档，反映了测试工作的实施情况,一般外部测试报告要满足下面几个要求：

根据内部测试报告进行编写，一般可以摘录；不可以向客户报告严重缺陷，即使是已经修改的缺陷，开发中的缺陷也没有必要让客户知道；报告上可以列出一些缺陷，但必须是中级的缺陷，而且这些缺陷必须是修复的；报告上面的内容尽量要真实可靠；整个测试报告要仔细审阅，力争不给项目带来负面作用，尤其是性能测试报告。总之，外部测试报告要小心谨慎的编写。

二、论述2*12’

1.请论述为什么要进行软件测试，并列举历史上2~3个著名软件测试（缺陷）案例，说明测试重要性

软件测试的目的,第一是确认软件的质量，其一方面是确认软件做了你所期望做的事情（，另一方面是确认软件以正确的方式来做了这个事情。第二是提供信息，比如提供给开发人员或程序经理的回馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件软件产品本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此，软件测试的第三个目的是保证整个软件开发过程是高质量的。

爱国者导弹防御系统把“枪口”对准了自己人 美国迪斯尼公司的狮子王游戏软件的兼容性问题 售票系统性能问题

2.论述软件测试科学的发展历程 1957年之前－调试为主 20世纪50年代，计算机刚诞生不久，只有科学家级别的人才会去编程，需求和程序本身也远远没有现在这么复杂多变，相当于开发人员一人承担需求分析，设计，开发，测试等所有工作，当然也不会有人去区分调试和测试。

1957–1978－证明为主 当时计算机应用的数量，成本和复杂性都大幅度提升，随之而来的经济风险也大大增加，测试就显得很有必要了，这个时期测试的主要目就是确认软件是满足需求的，也就是我们常说的“做了该做的事情”。

1979–1982－破坏为主 我们不仅要证明软件做了该做的事情，也要保证它没做不该做的事情，这会使测试更加全面，更容易发现问题。

1983–1987－评估为主 人们提出了在软件生命周期中使用分析，评审，测试来评估产品的理论。软件测试工程在这个时期得到了快速的发展.1988–至今－预防为主 预防为主是当下软件测试的主流思想之一。测试不是在编码完成后才开始介入，而是贯穿于整个软件生命周期。3.论述软件缺陷的由来

软件缺陷的产生主要是由软件产品的特点和开发过程决定的。

软件本身：①需求不清晰，导致设计目标偏离客户的需求，从而引起功能或产品特征上的缺陷。②系统结构非常复杂，而又无法设计成一个很好的层次结构或组件结构，结果导致意想不到的问题或系统维护、扩充上的困难；即使设计成良好的面向对象的系统，由于对象、类太多，很难完成对各种对象、类相互作用的组合测试，而隐藏着一些参数传递、方法调用、对象状态变化等方面问题。③对程序逻辑路径或数据范围的边界考虑不够周全，漏掉某些边界条件，造成容量或边界错误。④对一些实时应用，要进行精心设计和技术处理，保证精确的时间同步，否则容易引起时间上不协调，不一致性带来的问题。⑤没有考虑系统崩溃后的自我恢复或数据的异地备份、灾难性恢复等问题，从而存在系统安全性、可靠性的隐患。⑥系统运行环境的复杂，不仅用户使用的计算机环境千变万化，包括用户的各种操作方式或各种不同的输入数据，容易引起一些特定用户环境下的问题；在系统实际应用中，数据量很大。从而会引起强度或负载问题。⑦由于通信端口多、存取和加密手段的矛盾性等，会造成系统的安全性或适用性等问题。⑧新技术的采用，可能涉及技术或系统兼容的问题，事先没有考虑到。

团队工作：系统需求分析时对客户的需求理解不清楚，或者和用户的沟通存在一些困难。不同阶段的开发人员相互理解不一致。对于设计或编程上的一些假定或依赖性，相关人员没有充分沟通。项目组成员技术水平参差不齐技术问题。算法错误：在给定条件下没能给出正确或准确的结果。语法错误：对于编译性语言程序，编译器可以发现这类问题；但对于解释性语言程序，只能在测试运行时发现。计算和精度问题：计算的结果没有满足所需要的精度。系统结构不合理、算法选择不科学，造成系统性能低下。接口参数传递不匹配，导致模块集成出现问题。

项目管理的问题：缺乏质量文化，不重视质量计划，对质量、资源、任务、成本等的平衡性把握不好，容易挤掉需求分析、评审、测试、等时间，遗留的缺陷会比较多。系统分析时对客户的需求不是十分清楚，或者和用户的沟通存在一些困难。开发周期短，需求分析、设计、编程、测试等各项工作不能完全按照定义好的流程来进行，工作不够充分，结果也就不完整、不准确，错误较多；周期短，还给各类开发人员造成太大的压力，引起一些人为的错误。开发流程不够完善，存在太多的随机性和缺乏严谨的内审或评审机制，容易产生问题。文档不完善，风险估计不足等。4.软件测试V模型

①绘制示意图

②阐述每个步骤是做什么 需求分析

即首先要明确客户需要的是什么，需要软件作成什么样子，需要有那几项功能

概要设计

主要是架构的实现，指搭建架构、表述各模块功能、模块接口连接和数据传递的实现等项事务。详细设计

对概要设计中表述的各模块进行深入分析，对各模块组合进行分析等。软件编码

按照详细设计好的模块功能表，编程人员编写出实际的代码。单元测试

按照设定好的最小测试单元进行按单元测试，主要是测试程序代码，为的是确保各单元模块被正确的编译，单元的具体划分按不同的单位与不同的软件有不同。集成测试

经过了单元测试后，将各单元组合成完整的体系，主要测试各模块间组合后的功能实现情况，以及模块接口连接的成功与否，数据传递的正确性等，其主要目的是检查软件单位之间的接口是否正确。根据集成测试计划，一边将模块或其他软件单位组合成系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。系统测试

经过了单元测试和集成测试以后，我们要把软件系统搭建起来，按照软件规格说明书中所要求，测试软件其性能功能等是否和用户需求相符合，在系统中运行是否存在漏洞，等。验收测试

主要就是用户在拿到软件的时候，在使用现场，会根据前边所提到的需求，以及规格说明书来做相应测试，以确定软件达到符合效果的。

第三篇：软件测试小结

第二阶段学习小结

1.白盒测试需要了解其内部结构和运行机制。白盒测试，也称之为结构测试和逻辑驱动测试。黑盒测试不需了解程序内部结构和内部特征。主要着眼于程序外部的用户界面，关注软件的输入和输出，关注用户的需求，从用户的角度来验证软件的功能。黑盒测试也称之为功能测试和数据驱动测试。

2.黑盒测试技术主要有：等价类划分法、边界值分析法、判定表方法、因果图法、错误推测法。

3.白盒测试主要技术有：语句覆盖、判定覆盖、条件覆盖、判定-条件覆盖、条件组合覆盖、路径覆盖。

4.测试用例的定义：测试用例就是一个文档，描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。

软件测试的基本格式：软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果。{系统测试用例的编号这样定义规则： PROJECT1-ST-001，命名规则是项目名称+测试阶段类型（系统测试阶段）+编号。定义测试用例的优先级别，可以笼统的分为 “ 高 ” 和 “ 低 ” 两个级别。测试用例设计方法：（1）逐级细分法（2）输入域测试法（3）输出域分析法（4）正交试验设计法（5）业务流程分析法（6）状态迁移法（7）因果图法（8）判定表法（9）错误猜测法(10)等价类划分法（11）边界值分析法}。

5.Bug的描述：

① 和 bug 产生对应的软件版本。

② 开发的接口人员。

③ bug 的优先级。

④ bug 的严重程度。

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

⑥ bug 标题，需要清晰的描述现象。

⑦ bug 描述，需要尽量给出重新 bug 的步骤。

⑧ bug 附件中能给出相关的日志和截图。

6.软件测试环境的主要要素：配置测试环境是测试实施的一个重要阶段，测试环境适合与否会严重影响测试结果的重要性和真实性。一般来说，配置测试环境要满足五个基本元素：硬件、软件、网络环境、数据准备、测试工具。

7.测试环境的搭建:单机版测试环境搭建，b/s架构测试环境的搭建，c/s架构测试环境的搭建。

8.测试环境的管理：设置专门的测试环境管理员角色、明确测试环境管理所需的各种文档、测试环境访问权限的管理、测试环境的变更管理、测试环境的备份和恢复。

9.自动化测试工具介绍：性能测试—Loadrunner、Robot、Silk performer，功能测试—QTP、Winrunner、Robot、Silk test，其他测试—Xenu、AiRoboForm。

第四篇：软件测试简答题

一、软件测试有哪些基本原则？答：1，所有的测试都应追溯到用户需求。2，应当把

尽早和不断的测试作为座右铭。3，测试工作应该由独立的专业的软件测试机构来完成。4，Pareto原则。5，设计用例时，应该考虑各种情况。6，对测试出的错误结果一定要有一个确认的过程。7，制定严格的测试计划。8，完全测试是不可能的，测试需要终止。9，注意回归测试的关联性。10，妥善保存一切测试过程文档。

二、软件测试人员需要哪些基本素质？答：1，具有良好的计算机编程基础。2，具有

创新精神和超前意识。3，不懈努力，追求完美。4，具有很强的沟通和交流能力。5，具有整体观念，对细节敏感。6，团队合作精神。

三、什么的黑盒测试？什么是白盒测试？答：黑盒测试：已知产品的功能设计规格和

用户手册，可以进行测试验证每个功能是否实现每个实现了的功能是否符合要求，以及产品的性能是否满足用户的需求。白盒测试：已知产品的内部工作过程，可以通过测试验证每种内部操作是否符合设计规格要求，所有内部成分是否已经过检查。

四、黑盒测试包括功能 非功能测试部分，说明几种测试方法。答：黑盒测试一般可分

为功能测试和非功能测试两大类：功能测试主要包括等价类划分、边值分析、因果图法、错误推测、功能图法等，主要用于软件确认测试；非功能测试主要包括使用性能测试、性能测试、强度测试、兼容性测试、配置测试、安全测试等。

五、简述集成测试的实施方案有哪些？答：集成测试的实施方案有很多种，如非增量

式集成测试和增量式集成测试，三明治集成测试，核心集成测试，分层集成测试，基于使用的集成测试等；常用的是前两种。

六、简述增量式集成测试中的自顶山下和自底向上的两种测试方法？答：自顶向下增

量式集成测试表示逐步集成和逐步测试是按结构图自上向下进行的，即模块集成的顺序是首先集成主控模块，然后按照软件控制层结构向下进行集成。自底向上增量是集成测试是从最底层的模块开始，按结构图自下向上逐步进行测试工作。

七、什么是软件缺陷？软件缺陷的类型？答：软件缺陷是1软件未达到软件规格说明

书中规定的功能；2软件超出软件规格说明书中指出的范围；3软件未达到软件规格说明书中指出的应达到的目标；4软件运行出现错误；5软件测试人员认为软件难于理解，不易使用，运行速度慢，或者最终用户认为软件使用效果不好。类型：1功能缺陷；2用户见面缺陷；3文档缺陷；4软件配置缺陷；5性能缺陷；6系统模块接口缺陷。

八、可采取哪些方法来分离和再现软件缺陷？答：1，确保所有的步骤都被记录；2，注意时间和运行条件上的因素；3，注意软件的边界条件、内容容量和数据溢出的问题；4,注意事件发生次序导致的软件缺陷；5，考虑资源依赖性和内存、网络、硬件共享的相互作用；6，不要忽视硬件。

九、什么是测试用例？测试用例的分类？答：测试用例是测试执行的最小实体，是为

特定的目的而设计的一组测试输入、执行条件和预期的结果。分类：1白盒测试用例；2软件各项功能的测试用例；3用户界面测试用例；4软件的各项非功能测试用例；5对软件缺陷修正所确认的测试用例。

十、测试用例设计的基本原则是什么？答：1用成熟测试用例设计方法来指导设计；2

测试用例的正确性；3测试用例的代表性；4测试结果的可判定性；5测试结果的可再现性；6足够详细、准确和清晰的步骤。

第五篇：软件测试学习

软件测试学习

1． 什么是软件测试？

答：软件测试是为了发现错误而审查软件文档、检查软件数据和执行程序代码的过程，其目的在于在软件交付使用前充分发现缺陷并协助相关部门定位、解决缺陷，最后交付一个高质量的软件产品给用户。

2．软件测试的分类有哪些？

答：软件测试活动可以分为以下几类：

 黑盒测试：

黑盒测试又叫功能测试，数据驱动测试或基于需求规格说明书的功能测试。（主要用于系统测试和确认测试中）

 白盒测试

白盒测试又称结构测试、逻辑驱动测试或程序代码内部构成的测试。

 灰盒测试

灰盒测试结合黑盒和白盒测试两种方法，一方面考虑程序代码的功能性表现，另一方面，又需要考虑程序代码的内部结构。（主要用于性能测试、自动化功能测试） 静态测试

静态测试就是用眼看，阅读程序代码、文档资料等，与需求规格说明书中的客户需求进行比较，找出程序代码中设计不合理及文档集料有错误的地方

 动态测试

动态测试即为实际的执行被测对象的程序代码，输入事先设计好的测试用例，检查程序运行得到的结果与测试用例中设计的预期结果之间是否有差异，判定实际结果与预期结果是否一致，从而检验程序的正确性、可靠性和有效性，并分析系统运行效率和健壮性等性能状况。

动态测试由四个部分组成：设计测试用例、执行测试用例、分析比较输出结果、输出测试报告。

动态测试有三种方法：黑盒测试、白盒测试、灰盒测试。

 手动测试

手动测试大部分的测试就是模拟用户的业务流程，来使用软件产品，从而发现软件产品中的缺陷。手动测试是最传统的测试方法，也是现在大多数公司都是用的测试形式。他是测试人员设计测试用例并执行测试用例，然后根据实际结果去和预期的结果相比较并记录测试结果，最终输出测试报告的测试活动。

优点：可以充分发挥测试工程师的主观能动性，将其智力活动体现于测试活动中，能发现很多的缺陷。

缺点：手动测试有一定的局限性与单调枯燥性。

 自动测试

自动测试就是利用一些测试工具，模拟用户的使用流程，让它们自动运行来查找缺陷。也可以编写一些代码，设定特定的测试场景，来自动寻找缺陷

优点：能够很快、很广泛的查找缺陷，同时可以做很多重复性的工作，大大提高了测试的效率和测试的准确性，而且写出的比较好的测试脚本，还可以在软件生命周期的各个阶段重复使用。

3．软件测试的流程：需求测试、单元测试、集成测试、系统测试、性能测试、用户测试、回归测试

 需求测试：主要从以下几个方面考虑

①完整性：每一项需求都必须将所要实现的功能描述清楚，从而为开发人员设计和实现这些功能提供所有必要的需求依据。

②正确性：每一项需求都必须准确的陈述其要开发的功能

③一致性：一致性是指与其它软件需求或高层（系统、业务）需求不相矛盾，或者与我们的项目宣传资料一致。

④可行性：每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。⑤无二义性：对所有需求的读者都只能有一个明确统一的解释，由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的用户语言表达出来。

⑥健壮性：需求的说明中是否对可能出现的异常进行了分析，并且对这些异常进行了容错处理。

⑦必要性：“必要性”可以理解为每项需求都是用来授权你编写文档的“根源”。要是每项需求都回溯至某项客户的输入，如需求用例或别的来源。

⑧可测试性：每项需求都能通过设计测试用例或其它验证方法来进行测试。

⑨可修改性：每项需求只应在SRS（软件需求规格说明书）中出现一次。这样更改时易于保持一致性。另外，使用目录表、索引和相互参照列表方法将使软件需求规格说明书更容易修改。

 单元测试

单元测试又成为模块测试，是对程序代码中最小的设计模块单元进行测试。（可以发现大约80%的软件缺陷，大多数公司中，由对应的开发工程师负责）单元测试方法：主要采用静态测试和动态测试相结合的办法。

单元测试工具：Juint等。

单元测试优点：在软件生产过程中及时的开展单元测试可以降低编码的错误率，提

高编码质量。

 集成测试

集成测试又称为组装测试，就是将软件产品中的各个模块组装起来，检查其接口是否存在问题，以及组装后的整体性能、性能表现。

集成测试方法：一般采用非增式集成方法、增式集成方法（自底向上集成；自顶向下集成；组合方式集成）等策略进行测试，利用以黑盒测试为主，白盒测试为辅的测试方法进行测试。

（集成测试一般由测试工程师但当）

集成测试的目的：主要解决的是各个软件组成单元代码是否符合开发规范、接口是否存在问题、整体功能有无错误、界面是否符合设计规范、性能是否满足用户需求等。

 系统测试

系统测试是将通过集成测试的软件部署到某种较为复杂的计算机用户环境（指一般用户的计算机环境）进行测试。

系统测试的目的：通过与系统的需求进行比较，发现软件与系统的定义不符合或与之矛盾的地方。主要考察被测软件的功能和性能表现。

系统测试方法：主要采用黑盒测试方法，进行的是安装卸载测试、兼容性测试、功能确认测试、安全性测试等。

系统测试过程其实也是一种配置检查过程，检查软件在生产过程中是否有遗漏的地方，在此时做到查漏补缺，以确保交付的产品符合用户的质量要求。如果软件可以按照用户合理期望的方式来工作的时候，即可认为通过系统测试。

 性能测试

性能测试就是要求被测软件在业务处理速度、处理能力和所耗用的硬件系统资源比率满足用户的需求。

对测试人员的要求：测试人员要掌握编程语言，精通业务流程，拥有深厚的项目经验。所以，想顺利的开展性能测试，需要测试工程师不断的学习，掌握相应的知识。例子：对于某个论坛，我们需要测试论坛支持10000个用户同时使用，并且在这种情况下，打开帖子的速度能否控制在4秒钟以下，论坛服务器的CPU使用率不超过80%，内存的占用率不超过75%等，这些都是典型的性能测试指标。

性能测试优点：一方面可以验证被测软件是否符合用户需求，另一方面，可以得到相关的性能数据，为被测软件的优化提供参考。

性能测试工具：LoadRunner自动化性能测试工具等。

 用户测试

用户测试可以称其为用户确认测试。在正式验收前，需要用户对本系统做出一个评价，用户可对交付的系统做测试，并将测试结果反馈回来，进行修改、分析。用户测试在整个软件生产流程中非常重要，这个环节是被测软件首次作为正式系统交由用户使用，用户会根据他们的实际使用情况进行测试、试用，并提出实际使用过程中的问题。

用户测试是软件生产流程中的最后质检关。

 回归测试

回归测试就是过一段时间以后再回过头来对以前修复过的Bug重新进行测试，看该Bug是否会重新出现。

回归测试的目的：检查以前的测试用例能否再次通过，是否还有需要补充的用例等。

回归测试工具：QTP等。