当前位置：文档之家 › 软件测试基本知识

软件测试基本知识

  • 格式：docx
  • 大小：82.73 KB
  • 文档页数：21

软件测试基本知识

第一章软件工程及UML

笔试题

1.【基础题】UML：Unified Modeling Language它是一种用于描述、构造软件系统以及商业

建模的语言。简单的理解就是它可以以一种直观的方式表示出一个系统的各项内容。

2.【基础题】软件开发模型有哪些？

答：瀑布模型，快速原型模型，增量模型，螺旋模型。

3.【基础题】软件质量因素有哪些？

答：正确性、精确性、可靠性、容错性、性能、效率、易用性、可理解性、简洁性、可复用性、可扩充性、兼容性等等。

4.【基础题】经常采用的软件质量检查措施有哪些？

答：

1)事先把检查的主要内容制成一张表，使检查活动集中在主要问题上

2)只评审工作，不评审开发者

3)建立一个议事日程并遵循它

4)不要花太多的时间争论和辩驳

5)说清楚问题所在，但不要企图当场解决所有问题

6)对检查人员进行适当的培训

第二章软件测试基础

笔试题

1.【基础题】软件有哪些分类？

答： 2.【基础题】什么是软件测试？

答：使用人工或自动手段，运行或检查某个系统的过程。其目的在于检查它是否满足规定的需求或弄清预期结果与实际结果之间的差别。

3.【基础题】什么是Bug？

答：软件的Bug指的是软件中（包括程序和文档）不符合用户需求的问题。

常见的软件Bug分为以下三类：

1)没有实现的功能

2)完成了用户需求的功能，但是运行时会出现一些功能或性能上的问题

3)实现了用户不需要的多余的功能

4.【中等题】SQA与测试的区别？

答：

1)测试是在发现问题，SQA是在预防问题

2)测试时Bug已经存在了，而SQA则需要将Bug扼杀在出现之前

3)测试作为软件生命周期的一部分，其过程也要受到SQA监督

5.【中等题】CMM：Capability Maturity Model，即“能力成熟度模型”。

6.【提高题】CMM等级如何划分并简要说明？

答：第一级：初始级 在初始级，企业一般不具备稳定的软件开发与维护的环境。常常在遇到问题的时候，就放弃原定的计划而只专注于编程与测试。

第二级：可重复级

在这一级，建立了管理软件项目的政策以及为贯彻执行这些政策而定的措施。

基于过往的项目的经验来计划与管理新的项目。

第三级：定义级

在这一级，有关软件工程与管理工程的一个特定的、面对整个企业的软件开发与维护的过程的文件将被制订出来。同时，这些过程是集成到一个协调的

整体。这就称为企业的标准软件过程。

第四级：定量管理级

在这一级，企业对产品与过程建立起定量的质量目标，同时在过程中加入规定得很清楚的连续的度量。作为企业的度量方案，要对所有项目的重要的过

程活动进行生产率和质量的度量。软件产品因此具有可预期的高质量。

第五级：优化级

在这个等级，整个企业将会把重点放在对过程进行不断的优化。企业会采取主动去找出过程的弱点与长处，以达到预防缺陷的目标。同时，分析有关过

程的有效性的资料，作出对新技术的成本与收益的分析，以及提出对过程进

行修改的建议。

7.【基础题】测试工作的基本原则？

答：

所有的软件测试都应追溯到用户需求

应当把“尽早地和不断地进行软件测试”作为软件测试者地座右铭

完全测试是不可能的，测试需要终止 测试无法显示软件潜在的缺陷

充分注意测试中地群集现象

程序员应避免检查自己地程序

尽量避免测试的随意性

8.【中等题】测试工具分类及常用测试工具？

答：功能测试工具— QTP

性能测试工具— LoadRunner

测试管理工具— TestDirector

白盒测试工具— Nunit，Junit，C++Test，JTest，BoundsChecker，Logiscope

第三章缺陷管理

笔试题

1.【基础题】缺陷的严重等级划分与描述？

答：

严重：系统崩溃、数据丢失、数据毁坏

较严重：操作性错误、错误结果、遗漏功能

一般：小问题、错别字、UI布局、罕见故障

建议：不影响使用的瑕疵或更好的实现

2.【基础题】缺陷的优先级别划分与描述？

答：

最高优先级：立即修复，停止进一步测试

次高优先级：在产品发布之前必须修复

中等优先级：如果时间允许应该修复

最低优先级：可能会修复，但是也能发布

3.【中等题】缺陷的严重等级和优先级别之间的关系？

答：

一般地，严重等级高的软件缺陷具有较高的优先级。严重等级高说明缺陷对软件造成的质量危害性大，需要优先处理，而严重等级低的缺陷可能只是软件不完美，可以稍

后处理。 严重等级高优先级不一定高。这有两种情况：一种是如果某个严重的软件缺陷只在非常极端的条件下产生，则没必要马上解决；还有一种情况是，如果修正一个软件缺陷

需要修改软件的整体架构，可能会产生更多潜在的缺陷，而且软件由于市场压力必须

尽快发布，那么即使缺陷严重等级很高，是否要修复还需要全盘考虑。

严重等级低优先级不一定低。比如软件名称或公司名称拼写错误，虽然属于界面错误，严重等级不高，但是关系到软件和公司的市场形象，必须尽快修正。

由此可见，缺陷严重级别和优先级之间没有必然的联系。实际操作时要根据具体情况来判

断缺陷严重级别和优先级。

4.【中等题】缺陷的一般处理流程？

答：

第四章测试方法

笔试题

1.【基础题】黑盒测试方法有哪些？

答：等价类划分法，边界值分析法，因果图法，判定表驱动法，决策表法，错误推测法，正交试验法，功能图法，场景法。

2.【基础题】简述黑盒测试的综合策略？

答：

首先应用场景法画出被侧软件的总体业务流程。 然后针对某个具体页面或模块进行等价类划分，包括输入条件和输出条件的等价划分，将无限测试变成有效测试，这是减少工作量和提高测试效率最有效的方法。

在任何情况下都必须使用边界值分析方法。经验表明，用这种方法设计出的测试用例发现程序错误的能力最强。

可以用错误推测法追加一些测试用例，这需要依靠测试工程师的智慧和经验。

对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，应当再补充足够的测试用例。

如果程序的功能说明中含有输入条件的组合情况，则一开始就可选用因果图法和判定表驱动法。

对于参数配置类的软件，要用正交试验法选择较少的组合方式达到最佳效果。

功能图法也是很好的测试用例设计方法，我们可以通过不同时期条件的有效性设计不同的测试数据。

3.【基础题】等价类划分法中等价类分为有效等价类和无效等价类

4.【基础题】场景法中流程分为基本流和备选流。

5.【基础题】因果图法中基本状态有恒等非或与，约束条件有 E（互斥） I（包含）

O（唯一） R（要求） M（屏蔽）

第五章测试策略

笔试题

1.【基础题】常见的测试策略有哪些？

答：

界面测试

功能测试

易用性测试

安装卸载测试

兼容性测试

数据库测试 可靠性测试

安全性测试

文档测试

2.【基础题】Web应用测试的功能测试主要测试哪几个方面？

答：

链接测试

表单测试

Cookies测试

设计语言测试

数据库测试

3.【基础题】Web应用测试的性能测试主要测试哪几个方面？

答：

连接速度测试

压力测试

负载测试

4.【基础题】Web应用系统客户端兼容性测试主要测试哪几个方面？

答：

平台测试

浏览器测试

5.【提高题】Web应用系统的安全性测试区域主要有哪些？

答：

现在的Web应用系统基本采用先注册，后登录的方式。因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登录而

直接浏览某个页面等

Web应用系统是否有超时的限制，也就是说，用户登录后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登录才能正常使用

为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪

当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性

服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题

6.【中等题】数据库测试包括哪些方面？

答：

数据库容量测试，包含大容量测试和大记录量测试

数据完整性测试，包括主键，外键，数据类型，长度，索引等合理性的测试

7.【中等题】兼容性测试包括哪些方面？

答：

硬件兼容性，包括CPU，内存，硬盘，打印机等测试

软件兼容性，包括操作系统，浏览器，数据库，以及其他软件等兼容性测试

8.【基础题】界面测试包括哪些方面？

答：

整体界面测试，包括易用性，规范性，合理性，美观与协调，一致性

界面元素测试，包括窗口，菜单，图标，鼠标，文字，辅助系统等

第六章测试分类

笔试题

1.【基础题】分别解释什么是单元测试、集成测试、系统测试、验收测试以及它们之间的关

系？

答：

单元测试中，单元是认为规定的最小的被测功能模块，其具体含义需要根据实际情况来判定。如：在C语言中单元一般指一个函数；在Java中单元一般指一个类；在图形

化软件中单元也可以指一个窗口或一个菜单。单元测试的依据主要有两个：一是源程

序本身，包括代码和注释；还有一个是项目的《详细设计》文档。

集成测试是单元测试的下一个阶段，是指将通过测试的单元模块组装成系统或子系统，再进行测试。重点测试不同模块的接口部分，检查各个单元模块结合到一起能否协同

配合，正常运行。集成测试一般由白盒测试工程师或开发人员进行。集成测试应该在

单元测试之后进行。但实际项目中，如果等到所有单元测试都完成再进行集成测试则

效率太低，所以往往单元测试和集成测试同步进行。也即是：在单元测试中先测试几

个单元的自身功能，然后再集成测试一下这几个单元的接口（即参数传递）。集成测试

的依据是单元测试的模块以及《概要设计》文档。

集成测试之后，就进行系统测试。系统测试是为了验证和确认系统是否达到其原始目标，而对集成的硬件和软件系统进行的测试。系统测试是在真实或模拟系统运行的环

境下，检查完整的程序系统是否能和系统（包括硬件、外设、网络和系统平台、支持

平台等）正确配置、连接，并满足用户需求等。系统测试将整个软件系统看做一个整

体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。主要依据

是《系统需求规格说明书》文档。

验收测试是指按照项目任务书或合同、供需双方约定的验收依据文档进行的对整个系统的测试与评审，用户决定是接收或拒收系统。验收测试在系统测试后期进行，以用

户测试为主，或者有测试人员等质量保障人员共同参与的测试。

合集下载

软件测试基础知识

软件测试基础知识

一．测试基础：

1.瀑布模型软件生命周期分为哪些阶段

计划阶段

需求分析阶段

设计阶段

编码阶段

测试阶段

运行维护阶段

2.软件测试的预防目的，是预防什么

尽早返现、尽早解决，避免问题延后导致的问题扩大化

发现问题找出问题原因，并实施改进，从而避免同类问题的再次发生

3.软件测试的对象包括哪些

可执行的程序

开发这个程序的一切中间过程产品，包括需求文档、设计文档、源代码

该程序所在的运行环境

4.设计阶段要设计哪2个文档，中英文名分别叫什么？

概要设计，HLD

详细设计，LLD

5.软件研发团队中包括哪些角色？

项目经理

需求分析人员

设计人员

编码人员

测试人员

QA

配置管理人员

二．测试方法：

6.说一下白盒测试、黑盒测试、灰盒测试的区别

黑盒测试：把测试对象看做一个黑盒子，不考虑内部逻辑，只依据外部规格要求，检查产品的实际规格是否符合要求的测试方法。 白盒测试：把测试对象看做一个打开的盒子，利用设计的内部逻辑结构，对产品运行逻辑进行测试的方法。

灰盒测试：是介于白盒测试与黑盒测试之间的，灰盒测试关注输出对于输入的正确性，同时也关注内部表现。

7.说一下白盒测试、黑盒测试各自的优缺点

黑盒测试优点：

1.符合使用者的视角，测试人员容易理解、容易执行

2.对测试人员技能要求不高，工作量相对较小

3.发现的问题都是和规格不一致的异常

黑盒测试缺点：

1.难于考虑到因设计引入的新的测试项，导致测试有遗漏

2.难于对复杂业务进行充分覆盖的测试

3.发现问题相对较难定位

白盒测试优点：

1.深入到最底层逻辑进行测试，能发现深层次问题

2.逻辑覆盖充分，可达到足够高的覆盖率

3.发现问题后定位解决问题成本低

白盒测试缺点：

1.测试技能要求高，测试工作量绝大

2.发现的不一定是规格上的缺陷

8.功能测试自动化适用的场合

回归次数多

质量要求高

版本迭代变化不大

9.静态测试和动态测试的区别

静态测试，无需运行被测试对象，而是直接观察，通常静态测试的对象是文档和源代码

软件性能测试基本概念

软件性能测试基本概念

软件性能测试基本概念释疑

1、负载测试（Load Test）、压力测试（Stress Test）、容量测试（Capability Test）与性能测试（Performance Test）是什么关系？

性能测试是一个较大的范畴，包括负载测试、压力测试和容量测试。其中负载测试是为了检验系统在给定负载下是否能达到预期性能指标；压力测试是通过不断向被测系统施加“压力”，测试系统在压力情况下的性能表现；容量测试针对数据库而言，是在数据库中有较大数量的数据记录情况下对系统进行的测试。

2、性能测试过程中如何需要记录什么数据？

性能测试过程中，根据性能测试的不同类型和不同目标，记录的数据也不同。例如，对于一个以调优为目的的性能测试，可能需要重点关注测试过程中各可能的性能制约点（例如磁盘IO、网络拥塞状况、服务器内存使用情况、数据库使用情况等），通过对参数调整后的系统进行反复测试来找到制约性能的因素；而一个以验证为目的的性能测试可能会重点关注是否能达到性能指标要求，重点集中在用户体验上。

3、性能测试是否一定需要性能测试工具？

一般来说，性能测试由于需要模拟并发等操作，需要工具的支持才能进行较好的性能测试。但提到性能测试工具，不见得就是MI的LR或是Rational的LT，还有诸多的开源测试工具或是自己开发的工具都可以运用在性能测试中，只要工具能满足你的要求，就不必追求所谓最好最新的工具。

软件性能测试指标介绍

作为一家非盈利性机构，事务处理性能委员会（TPC）负责定义诸如TPC-C、TPC-H和TPC-W基准测试之类的事务处理与数据库性能基准测试，并依据这些基准测试项目发布客观性能数据。TPC基准测试采用极为严格的运行环境，并且必须在独立审计机构监督下进行。委员会成员包括大多数主要数据库产品厂商以及服务器硬件系统供应商。

相关企业参与TPC基准测试以期在规定运行环境中获得客观性能验证，并通过应用测试过程中所使用的技术开发出更加强健且更具伸缩性的软件产品及硬件设备。

软件测试基础知识 2

软件测试基础知识 2

第一章测试基础

软件测试的定义：

使用人工和自动的手段来运行或测试某个系统的过程。其目的是检验它是否满足规定的需求或弄清预期结果与实际结果间的差别。

软件测试的目的:

证明检测预防

证明：

1）获取系统在可接受风险范围内可用的信心2）尝试在非正常情况和条件下的功能和特性3）保证一个工作产品是完整的且可用或可被集成的

检测：

1）发现缺陷，错误和系统不足2）定义系统能力和局限性3）提供组件、工作产品和系统的质量信息

预防：

1）通过将测试活动提前介入到软件生命周期中，尽早的发现并消除前期研发阶段引入的缺陷，以防止前期缺陷遗留并放大到后续环节2）通过对发现的缺陷进行分析，找出导致这些缺陷产生的流程上的不足，通过改进流程，预防同类缺陷再次产生

软件生命周期：

计划->需求分析->概要设计->详细设计->编码->测试->运行维护1)计划:SDP(软件研发计划)UTP（单元测试计划）SVVP(软件验证与确认计划)ITP（集成测试计划）STP（系统测试计划）2)需求分析:SRS（软件需求规格说明）根据研发类型，需求来源，则用户针对的具体对象分为两种：针对产品的与针对项目的3)设计：HLD(HighLevelDesign概要设计)LLD(LowLevelDesign详细设计)4)编码:写成以某个程序设计语言表示的源程序清单，使用RDBMS(RelationalDatabaseManagementSystem关系型数据库管理系统)工具建立数据库。5)测试：检验软件是否符合客户需求，达到质量要求。按测试阶段分单元测试（UT）集成测试（IT）系统测试（ST）——最先介入，最晚结束6)运行维护:将软件交付用户投入正式使用，以后便进入维护阶段，可能有多种原因需要对其进行修改，如软件错误、系统软件升级、增强软件功能、提高性能等。

软件研发的相关要素：

人员过程工具

1）人员组成分析人员设计人员开发人员测试人员配置管理人员（CMO,SCM）SQA（软件质量保证）

软件测试基础知识 3

软件测试基础知识 3

软件评测基础知识

软件测试基本概念

软件质量与软件测试：软件测试是软件质量保证工作的一个重要环节。软件测试和软件质量保证是软件质量工程的两个不同层面的工作。软件测试只是软件质量保证工作中的一个重要环节。质量保证（QA）的工作是通过预防、检查与改进来保证软件的质量，它所关注的是软件质量的检查和测量。软件测试所关心的不是过程的活动，而是对过程的产物以及开发出的软件进行剖析。

软件测试定义：软件测试就是在软件投入运行前对软件需求分析、软件设计规格说明和软件编码进行的查错（包括代码执行活动与人工活动）。软件测试是为了发现错误而执行程序的过程。软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现程序的错误。是在软件投入运行前，对软件需求分析、软件设计规格说明和软件编码的最终复审，是软件质量保证的关键步骤。

软件测试目的：（1）测试是一个为了寻找错误而运行程序的过程；（2）一个好的测试用例是指很可能找到迄今为止未发现的错误的用例；（3）一个成功的测试是指揭示了迄今为止尚未发现的错误的测试。

软件测试的目标是能够以耗费最少时间与最小工作量找出软件系统中潜在的各种错误与缺陷。

测试只能证明程序中错误的存在，但不能证明程序中没有错误。

软件测试原则：（1）尽早地并不断地进行软件测试；（2）程序员或程序设计机构应避免测试自己设计的程序；（3）测试前应当设定合理的测试用例；（4）测试用例的设计不仅要有合法的输入数据，还要有非法的输入数据；（5）在对程序修改之后要进行回归测试；（6）充分注意测试中的群集现象；（7）妥善保留测试计划、全部测试用例、出错统计和最终分析报告，并把它们作为软件的组成部分之一，为软件的维护提供方便；（8）应当对每一个测试结果做全面检查；（9）严格执行测试计划，排除测试的随意性。

软件测试对象：软件的测试不仅仅是程序的测试，软件的测试应贯穿于整个软件生命同期中。在软件定义阶段产生的可行性报告、项目实施计划、软件需求说明书或系统功能说明书，在软件开发阶段产生的概要测试说明书、详细设计说明书，以及源程序等都是软件测试的对象。