大神，求计算机三级软件测试技术的历年真题或复习资料

大神，求计算机三级软件测试技术的历年真题或复习资料

2013年9月三级软件测试技术最终预测试题及答案
一、判断题
1.软件测试的目的是尽可能多的找出软件的缺陷。(Y)
2.Beta测试是验收测试的一种。(Y)
3.验收测试是由最终用户来实施的。(N)
4.项目立项前测试人员不需要提交任何工件。(Y)
5.单元测试能发现约80%的软件缺陷。(Y)
6.代码评审是检查源代码是否达到模块设计的要求。(N)
7.自底向上集成需要测试员编写驱动程序。(Y)
8.负载测试是验证要检验的系统的能力最高能达到什么程度。(N)
9.测试人员要坚持原则，缺陷未修复完坚决不予通过。(N)
10.代码评审员一般由测试员担任。(N)
11.我们可以人为的使得软件不存在配置问题。(N)
12.集成测试计划在需求分析阶段末提交。(N)
13.测试是为了验证软件已正确地实现了用户的要求。(N)
14.白盒测试仅与程序的内部结构有关，完全可以不考虑程序的功能要求。(Y)
15.黑盒测试的测试用例是根据程序内部逻辑设计的。(N)
16.为了快速完成集成测试,采用一次性集成方式是适宜的。(N)
17.在软件开发过程中，若能推迟暴露其中的错误，则为修复和改正错误所花费的代价就会降低。(N)
二、选择题
1.软件验收测试的合格通过准则是：(ABCD)
A.软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。
B.所有测试项没有残余一级、二级和三级错误。
C.立项审批表、需求分析文档、设计文档和编码实现一致。
D.验收测试工件齐全。
2.软件测试计划评审会需要哪些人员参加?(ABCD)
A.项目经理
B.SQA负责人
C.配置负责人
D.测试组
3.下列关于alpha测试的描述中正确的是：(AD)
A.alpha测试需要用户代表参加
B.alpha测试不需要用户代表参加
C.alpha测试是系统测试的一种
D.alpha测试是验收测试的一种
4.测试设计员的职责有：(BC)
A.制定测试计划
B.设计测试用例
C.设计测试过程、脚本
D.评估测试活动
5.软件实施活动的进入准则是：(ABC)
A.需求工件已经被基线化
B.详细设计工件已经被基线化
C.构架工件已经被基线化
D.项目阶段成果已经被基线化
三、多项选择题
1.在面向类的度量中,下列哪些度量方式是属于C&K套件的度量(ABCF).
面向对象的软件工程P463页C&K度量套件
A.每个类的加权方法
B.对象类之间的耦合
C.继承树的深度
D.类大小
E.特例化索引
F.方法中内聚的缺乏
2.以下说法正确的有(BC).
A.等价类划分和边界值分析属于白盒测试技术.
B.基本路径测试属于白盒测试技术.
C.在基本路径测试中,可以通过流图来计算环路复杂性.
D.桩模块用于接收测试数据,并把数据传递给要测试的模块,然后打印相关结果.
E.在确认测试中,测试是由用户在开发者的场所来进行,开发者对客户进行指导,是在一个受控环境下进行.
F.可以不进行单元测试就开始集成测试,因为集成测试会发现所有的问题.
3.下列哪些属于集成测试的内容(AB).
A.自顶向下集成
B.自底向上集成
C.回归测试
D.压力测试
4.以下哪些内容是面向对象分析所包含的任务(ABCD).
A.标识类(定义属性和方法)
B.刻画类的层次关系
C.标识对象——对象关系
D.表示对象行为
5.我们可以将设计模式大致划分为以下几种类型(ABD).
A.创建型
B.行为型
C.变换型
D.结构型
6.软件产品与其它工业产品相比具有独特的开发过程,这决定了我们需要使用软件质量保证的方法学和工具面对软件质量的各种特殊的挑战.那么,软件开发过程的独特性有(ACD).
A.软件产品的高复杂性
B.与其它系统有接口
C.软件产品的不可见性
D.检测缺陷的机会只限于产品开发阶段
E.需要协同工作
7.测试设计员的职责有(ABC).
A.制定测试计划
B.设计测试用例
C.设计测试过程,脚本
D.评估测试活动
8.软件工程研究的对象包括(ABE).
A.质量
B.过程
C.技术
D.数据库
E.工具
9.下列说法正确的是(A).
A.管理,分析,控制现实世界中发生的事件的程序称为实时软件
B.软件项目开发的成功,取决于工具和硬件设备的优劣
C.我们已经建造了软件的标准和规程,我们就能生产高质量的软件产品
D.在项目的进度告急的时候,解决办法之一就是加派人手
10.下列选项中,属于项目管理的对象是(ABCE).
A.人员
B.产品
C.过程
D.设备
E.项目
11.衡量软件项目规模的参数有(ACD).
A.代码行数
B.项目周期
C.文档页数
D.功能点数量
12.软件度量可以获得的信息包括(ABCD).
A.软件质量
B.软件规模
C.软件过程改进
D.软件性能
13.定义风险参数的考虑有(ABCD).
A.软件失效发生的机率
B.软件功能复杂性
C.软件失效产生的影响
D.软件周期长短
14.软件质量保证的有效方式有(ABD).
A.软件技术评审
B.软件项目管理
C.安排项目计划
D.软件测试
15.软件配置管理的主要工作包括(AD).软件质量管理书第4章P46页
A.版本控制
B.质量保证
C.配置审计
D.变更控制
16.下列选项中,哪些为软件基本测试策略框架(CD).
A.白盒测试
B.黒盒测试
C.大爆炸测试
D.增量式测试
17.软件度量的基本维度有哪些(ACDE).
A.软件大小
B.软件缺陷
C.软件时间
D.软件工作量
E.软件质量
18.一些缺陷会破坏同级评审的成功,它们对于审查来说发生得更为普遍,在评审中需要避免下列的哪些缺陷(ABCDE).
A.参与评审的人不了解评审过程
B.评审过程没有被遵循
C.合适的人没有参加评审
D.评审会陷入对问题的解决上
E.评审的焦点放在文档形式而不是内容本身
19.下列哪些是软件配置管理的功能(ACDE).
A.版本控制
B.过程控制
C.工作空间管理
D.异地开发支持E.变更请求管理
20.典型的审查包包括下列的哪些选项(ABCDE).
A.将被审查的初始可交付产品,其中指明了需审查的部分
B.定义了可交付产品的规格说明的所有前期的文档
C.用于验证初始可交付产品的测试文档
D.相关标准或其他参考文档
E.参与者需要的所有表格,如错误清单和个人问题日志等
21.下面哪些项是软件质量管理和项目过程的标准与模型(ACD).
A.CMM
B.SEI
C.ISO
D.IEEE
E.SRI
22.下列项目中哪些是软件过程改进框架的内容(ABCE).
A.软件过程改进架构
B.软件过程改进规划图
C.软件过程评估方法
D.软件过程改进环境
E.软件过程改进计划
23.所有的同级评审都应该遵守几项基本的原则,从而对产品质量和团队文化产生有益的影响,下列哪些是评审的指导原则(ABDE).
A.保持小型的评审小组
B.检查你的自负倾向
C.努力发现问题并且解决问题
D.会议时间限制在两小时左右
E.正式评审需要事先准备
24.下面哪些是辨别过程是否规范的内容(ABCDE).
A.过程是否文档化,成员是否都已经了解过程?
B.过程是否经过培训和实施?
C.过程是否具有强制性?是否有相应的机制与步骤来确保其实施?
D.过程是否有助于员工的工作?是否有相应的机制来跟踪过程的实施状况?
E.管理者是否以团队实施过程的能力与成果为依据进行评估与管理?
25.功能独立性是模块化和抽象以及信息隐藏的直接产物,衡量模块独立性的两个标准是(CD).
A.求精
B.模块可理解性
C.内聚
D.耦合
26.下列哪些是面向对象设计的原则(ABCDE).
A.单一职责原则
B.开放-封闭原则
C.替换原则
D.依赖关系倒置原则
E.接口隔离原则
27.以下说法正确的有(BCE).
A.等价类划分和边界值分析属于白盒测试技术.
B.基本路径测试属于白盒测试技术.
C.在基本路径测试中,可以通过流图来计算环路复杂性.
D.桩模块用于接收测试数据,并把数据传递给要测试的模块,然后打印相关结果.
E.在UML类图中,普通关联关系一般表示为在一个类中持有另外一个类的成员变量.
F.在确认测试中,测试是由用户在开发者的场所来进行,开发者对客户进行指导,是在一个受控环境下进行.
28.下面哪些是辨别过程是否规范的内容(ABCDE).
A.过程是否文档化,成员是否都已经了解过程
B.过程是否经过培训和实施
C.过程是否具有强制性,是否有相应的机制与步骤来确保其实施
D.过程是否有助于员工的工作,是否有相应的机制来跟踪过程的实施状况
E.管理者是否以团队实施过程的能力与成果为依据进行评估与管理
29.软件验收测试的合格通过准则是(AC).
A.软件需求分析说明书中定义的所有功能已全部实现,性能指标全部达到要求.
B.所有测试项没有残余一级,二级和三级错误.
C.立项审批表,需求分析文档,设计文档和编码实现一致.
D.验收测试工件齐全.
30.软件测试计划评审会需要哪些人员参加(ABCD).
A.项目经理
B.SQA负责人
C.配置负责人
D.测试组
2013年计算机三级软件测试技术上机练习一
1、NextDate函数问题说明：输入一个日期，求从输入日期算起的第三天日期。例如，输入为2008年8月8日，则该程序的输出为2008年8月10日。NextDate函数包含三个整数变量month、day和year，并且满足下列条件：1≤ month ≤12、1≤ day ≤31和2000≤ year ≤2100。分析各种输入情况，列出为输入变量month、day、year划分的有效等价类：
输入等价类
输入

ID

有效等价类
day

1

1 ≤day≤26
2

day=27
3

day=28
4

day=29
5

day=30
6

day=31
month

7

month=4，6，9，11
8

month=1，3，5，7，8，10
9

month=2
10

month=12
year

11

闰年
12

非闰年
编程实现：
（1） 对每一个有效等价类，至少设计一个测试用例。
输入格式：输入（yyyymmdd）：
输出格式：输出（yyyy-mm-dd）：
覆盖等价类（ID类型）：
闰年（Y/N）：
例如：输入（yyyymmdd） 20080105↙（回车）
输出（yyyy-mm-dd）： 2008-01-07
覆盖等价类（ID类型）：1，8，11
闰年（Y/N）：N
（2）对每一个无效的month、day和year，分别输入一个无效等价类。
例如：输入（yyyymmdd） 20081305 ↙（回车）
输出（yyyy-mm-dd）： 无效月份
覆盖等价类（ID类型）：
闰年（Y/N）：
2、阅读下面的一段程序：
void Test1(int N,intI)
1 {
2int x=0;
3int y=0;
4while(N-->0)
5{
6if(I==0)
7 x=y+2;
8 else
9 if(I==1)
10 y=y+10;
11 else
12 x=y+20;
13}//while
14 }//Test1
根据所给定的程序，确定该程序的独立路径如下：
路径1：4→14
路径2：4→6→7→14
路径3：4→6→9→10→4→14
路径4：4→6→9→12→4→14
编程实现：
对每一个独立路径，设计一个测试用例,并插入一条显示输出语句（printf/cout），显示测试路径标号。
输入格式：输入（N,I）：
输出格式：输出（x,y）：x= y=
路径ID：
例如：输入（N,I）： 1,2↙（回车）
输出（x,y）：x=20 y=0
路径ID：测试路径4
2013年计算机三级软件测试技术上机练习二
1、三角形问题说明：输入三个正整数a、b、c，分别作为三角形的三条边，现通过程序判断由三条边构成的三角形的类型是否为等边三角形、等腰三角形、直角三角形、普通三角形以及非三角形。根据问题的规格说明，可以从输出域划分5种等价类：
输出等价类
ID

条件

等价类
1

a=b∧b=c∧a=c∧(a+b>c∧b+c>a∧a+c>b)

等边三角形
2

a=b∨b=c∨a=c∧(a+b>c∧b+c>a∧a+c>b)

等腰三角形
3

a2+b2=c2∨b2+c2=a2∨a2+c2=b2∧(a+b>c∧b+c>a∧a+c>b)

直角三角形
4

a≠b∧b≠c∧a≠c∧(a+b>c∧b+c>a∧a+c>b)

普通三角形
5

(a+b≤c∨b+c≤a∨a+c≤b)∨a≤0∨b≤0∨c≤0

非三角形
编程实现：
（1）对每一个输出等价类，至少设计一个测试用例。
输入格式：输入（a，b，c）：
输出格式：输出（ID类型）：
例如：输入（a，b，c）：5，5，5↙（回车）
输出（ID类型）：1（等边三角形），2（等腰三角形）
（2）假设10≤a，b，c≤100，根据划分的等价类，设计边界值测试用例。
例如：输入（a，b，c）：60，60，10↙（回车）
输出（ID类型）：2（等腰三角形）
2、阅读下面的一段程序，
voidTest2(intX,intA,intB)
1{
2intk=0,j=0;
3if((A>1)&&(B=0))
4{
5X=X/A;
6k=A*B-1;
7}
8if((A==2)||(X>1))
9X=X+1;
10j=X+3;
11}//Test2
根据所给定的程序，确定该程序的独立路径如下：
路径1：3→8→10→11
路径2：3→5→6→8→10→11
路径3：3→8→9→10→11
路径4：3→5→6→8→9→10→11
编程实现：
对每一个独立路径，设计一个测试用例,并插入一条显示输出语句（printf/cout），显示测试路径标号。
输入格式：输入（X,A,B）：
输出格式：输出（k,j）：k=j=
路径ID：
例如：输入（X,A,B）：1,2,1↙（回车）
输出（k,j）：k=0j=5
路径ID：测试路径4

软件测试技术与应用 题目如图

1. 各种来源导致缺陷会广泛分布在软件开发的各个阶段，需求规格说明书、软件设计、代码中都可以看到缺陷的身影。特别是由于需求的变化和人们对文档的轻视，导致需求规格说明书中的缺陷通常会占缺陷总数一半还多。
2. 你已经答对了。
3. 黑盒测试是将被测试程序看成一个黑盒子,不考虑程序内部结构的情况,而只考虑程序的输入与输出之间的关系。
4. 等价类测试的核心难点是划分等价类，列出等价类列表。
5. 软件性能测试就是用来测试软件在系统中的运行性能的。感觉这个题很搞笑，我觉得重点应该考（在实际的集成系统中运行性能）
6. 恢复性测试是检验系统从软件或硬件,包括从程序错误或数据错误中恢复的能力恢复测试
7. 缺陷的优先级指缺陷必须被修复的紧急程度。
8. 缺陷密度发现缺陷总数与软件规模的比值。
9. 单元测试不考虑每个模块与其他模块之间的关系，为每个模块设计桩模块和驱动模块
10. 我也不是非常确定，是发现变量关系缺陷吗

软件评测师考试题型分布

软件评测师考试题型是什么？

软考中级软件评测师包含两个考试科目：基础知识和应用技术，考试形式都是笔试，考试题型有所不同。

软件评测师上午基础知识考试题型为客观选择题，通常为75道选择题，每小题1分。下午应用技术考试题型为主观问答题，分为多道大题，每道大题又包含多道小题，分值不等。

1、软件工程与软件测试基础知识，考试时间为150分钟，笔试，选择题；

2、软件测试应用技术，考试时间为150分钟，笔试，问答题。

一、考试范围

考试科目1：软件工程与软件测试基础知识

1、计算机系统基础知识

1.1 计算机系统构成及硬件基础知识

计算机系统的构成

处理机

基本输入输出设备

存储系统

1.2 操作系统基础知识

操作系统的中断控制.进程管理.线程管理

处理机管理.存储管理.设备管理.文件管理.作业管理

网络操作系统和嵌入式操作系统基础知识

操作系统的配置

1.3 数据库基础知识

数据库基本原理

数据库管理系统的功能和特征

数据库语言与编程

1.4 中间件基础知识

1.5 计算机网络基础知识

网络分类.体系结构与网络协议

常用网络设备

Internet基础知识及其应用

网络管理

1.6 程序设计语言知识

汇编.编译.解释系统的基础知识

程序设计语言的基本成分（数据.运算.控制和传输.过程（函数）调用）

面向对象程序设计

各类程序设计语言的主要特点和适用情况

C语言以及C++（或Java）语言程序设计基础知识

2、标准化基础知识

标准化的概念（标准化的意义.标准化的发展.标准化机构）

标准的层次（国际标准.国家标准.行业标准.企业标准）

标准的类别及生命周期

3、信息安全知识

信息安全基本概念

计算机病毒及防范

网络入侵手段及防范

加密与解密机制

4、信息化基础知识

信息化相关概念

与知识产权相关的法律.法规

信息网络系统.信息应用系统.信息资源系统基础知识

5、软件工程知识

5.1 软件工程基础

软件工程概念

需求分析

软件系统设计

软件组件设计

软件编码

软件测试

软件维护

5.2 软件开发方法及过程

结构化开发方法

面向对象开发方法

瀑布模型

快速原型模型

螺旋模型

5.3 软件质量管理

软件质量及软件质量管理概念

软件质量管理体系

软件质量管理的目标.内容.方法和技术

5.4 软件过程管理

软件过程管理概念

软件过程改进

软件能力成熟度模型

5.5 软件配置管理

软件配置管理的意义

软件配置管理的过程.方法和技术

5.6软件开发风险基础知识

风险管理

风险防范及应对

5.7 软件工程有关的标准

软件工程术语

计算机软件开发规范

计算机软件产品开发文件编制指南

计算机软件需求规范说明编制指南

计算机软件测试文件编制规范

计算机软件配置管理计划规范

计算机软件质量保证计划规范

数据流图.程序流程图.系统流程图.程序网络图和系统资源图的文件编制符号及约定

6、软件评测师职业素质要求

软件评测师职业特点与岗位职责

软件评测师行为准则与职业道德要求

软件评测师的能力要求

7、软件评测知识

7.1 软件测试基本概念

软件质量与软件测试

软件测试定义

软件测试目的

软件测试原则

软件测试对象

7.2 软件测试过程模型

V模型

W模型

H模型

测试模型的使用

7.3 软件测试类型

单元测试.集成测试.系统测试

确认测试.验收测试

开发方测试.用户测试.第三方测试

动态测试.静态测试

白盒测试.黑盒测试.灰盒测试

7.4 软件问题分类

软件错误

软件缺陷

软件故障

软件失效

7.5 测试标准

7.5.1 GB/T 16260.1 – 2003 软件工程 产品质量 第1部分：质量模型

7.5.2 GB/T 18905.1 – 2002 软件工程 产品评价 第1部分：概述

7.5.3 GB/T 18905.5 – 2002 软件工程 产品评价 第5部分：评价者用的过程

8、软件评测现状与发展

国内外现状

软件评测发展趋势

9、专业英语

正确阅读并理解相关领域的英文资料

考试科目2：软件测试应用技术

1、软件生命周期测试策略

1.1 设计阶段的评审

需求评审

设计评审

测试计划与设计

1.2 开发与运行阶段的测试

单元测试

集成测试

系统（确认）测试

验收测试

2、测试用例设计方法

2.1 白盒测试设计

白盒测试基本技术

白盒测试方法

2.2 黑盒测试用例设计

测试用例设计方法

测试用例的编写

2.3 面向对象测试用例设计

2.4 测试方法选择的策略

黑盒测试方法选择策略

白盒测试方法选择策略

面向对象软件的测试策略

3、软件测试技术与应用

3.1 软件自动化测试

软件自动化测试基本概念

选择自动化测试工具

功能自动化测试

负载压力自动化测试

3.2 面向对象软件的测试

面向对象测试模型

面向对象分析的测试

面向对象设计的测试

面向对象编程的测试

面向对象的单元测试

面向对象的集成测试

面向对象的系统测试

3.3 负载压力测试

负载压力测试基本概念

负载压力测试解决方案

负载压力测试指标分析

负载压力测试实施

3.4 Web应用测试

Web应用的测试策略

Web应用设计测试

Web应用开发测试

Web应用运行测试

3.5 网络测试

网络系统全生命周期测试策略

网络仿真技术

网络性能测试

网络应用测试

3.6 安全测试

测试内容

测试策略

测试方法

3.7 兼容性测试

硬件兼容性测试

软件兼容性测试

数据兼容性测试

新旧系统数据迁移测试

平台软件测试

3.8 易用性测试

功能易用性测试

用户界面测试

3.9 文档测试

文档测试的范围

用户文档的内容

用户文档测试的要点

用户手册的测试

在线帮助的测试

4、测试项目管理

测试过程的特性与要求

软件测试与配置管理

测试的组织与人员

测试文档

软件测试风险分析

软件测试的成本管理

软件测试试题

黑盒测试（Black-box Testing，又称为功能测试或数据驱动测试）是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。
采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。
黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。
黑盒测试试图发现以下类型的错误：
1）功能错误或遗漏；
2）界面错误；
3）数据结构或外部数据库访问错误；
4）性能错误；
5）初始化和终止错误。
一、黑盒测试的测试用例设计方法
·等价类划分方法
·边界值分析方法
·错误推测方法
·因果图方法
·判定表驱动分析方法
·正交实验设计方法
·功能图分析方法
等价类划分:
是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.
1) 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.
有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.
无效等价类:与有效等价类的定义恰巧相反.
设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性.
2）划分等价类的方法:下面给出六条确定等价类的原则.
①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类.
②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类.
③在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类.
④在规定了输入数据的一组值（假定n个）,并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类.
⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）.
⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类.
3）设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类:
输入条件 有效等价类 无效等价类
... ... ...
... ... ...
然后从划分出的等价类中按以下三个原则设计测试用例:
①为每一个等价类规定一个唯一的编号.
②设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.直到所有的有效等价类都被覆盖为止.
③设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到所有的无效等价类都被覆盖为止.
边界值分析法
边界值分析方法是对等价类划分方法的补充.
（1）边界值分析方法的考虑:
长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.
使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.
（2）基于边界值分析方法选择测试用例的原则:
1）如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据.
2）如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据.
3）根据规格说明的每个输出条件,使用前面的原则1）.
4）根据规格说明的每个输出条件,应用前面的原则2）.
5）如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例.
6）如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例.
7）分析规格说明,找出其它可能的边界条件.
错误推测法
错误推测法: 基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法.
错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如,在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等,这些就是经验的总结. 还有,输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.
因果图方法
前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系,相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情,即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）.
因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.
利用因果图生成测试用例的基本步骤:
(1) 分析软件规格说明描述中,那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件),并给每个原因和结果赋予一个标识符.
(2) 分析软件规格说明描述中的语义.找出原因与结果之间,原因与原因之间对应的关系. 根据这些关系,画出因果图.
(3) 由于语法或环境限制,有些原因与原因之间,原因与结果之间的组合情况不不可能出现. 为表明这些特殊情况,在因果图上用一些记号表明约束或限制条件.
(4) 把因果图转换为判定表.
(5) 把判定表的每一列拿出来作为依据,设计测试用例.
从因果图生成的测试用例（局部,组合关系下的）包括了所有输入数据的取TRUE与取FALSE的情况,构成的测试用例数目达到最少,且测试用例数目随输入数据数目的增加而线性地增加.
前面因果图方法中已经用到了判定表.判定表（Decision Table）是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确.
判定表通常由四个部分组成.
条件桩（Condition Stub）:列出了问题得所有条件.通常认为列出得条件的次序无关紧要.
动作桩（Action Stub）:列出了问题规定可能采取的操作.这些操作的排列顺序没有约束.
条件项（Condition Entry）:列出针对它左列条件的取值.在所有可能情况下的真假值.
动作项（Action Entry）:列出在条件项的各种取值情况下应该采取的动作.
规则:任何一个条件组合的特定取值及其相应要执行的操作.在判定表中贯穿条件项和动作项的一列就是一条规则.显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项和动作项有多少列.
判定表的建立步骤:（根据软件规格说明）
①确定规则的个数.假如有n个条件.每个条件有两个取值（0,1）,故有 种规则.
②列出所有的条件桩和动作桩.
③填入条件项.
④填入动作项.等到初始判定表.
⑤简化.合并相似规则（相同动作）.
B. Beizer 指出了适合使用判定表设计测试用例的条件:
①规格说明以判定表形式给出,或很容易转换成判定表.
②条件的排列顺序不会也不影响执行哪些操作.
③规则的排列顺序不会也不影响执行哪些操作.
④每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则.
⑤如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要.
黑盒测试的优点
1. 基本上不用人管着，如果程序停止运行了一般就是被测试程序crash了
2. 设计完测试例之后，下来的工作就是爽了，当然更苦闷的是确定crash原因
黑盒测试的缺点
1. 结果取决于测试例的设计，测试例的设计部分来势来源于经验，OUSPG的东西很值得借鉴
2. 没有状态转换的概念，目前一些成功的例子基本上都是针对PDU来做的，还做不到针对被测试程序的状态转换来作
3. 就没有状态概念的测试来说，寻找和确定造成程序crash的测试例是个麻烦事情，必须把周围可能的测试例单独确认一遍。而就有状态的测试来说，就更麻烦了，尤其不是一个单独的testcase造成的问题。这些在堆的问题中表现的更为突出。
黑盒测试（功能测试）工具的选择
那么，如何高效地完成功能测试？选择一款合适的功能测试工具并培训一支高素质的工具使用队伍无疑是至关重要的。尽管现阶段存在少数不采用任何功能测试工具，从事功能测试外包项目的软件服务企业。短期来看，这类企业盈利状况尚可，但长久来看，它们极有可能被自动化程度较高的软件服务企业取代。
目前，用于功能测试的工具软件有很多，针对不同架构软件的工具也不断推陈出新。这里重点介绍的是其中一个较为典型自动化测试工具，即Mercury公司的WinRunner。
WinRunner是一种用于检验应用程序能否如期运行的企业级软件功能测试工具。通过自动捕获、检测和模拟用户交互操作，WinRunner能识别出绝大多数软件功能缺陷，从而确保那些跨越了多个功能点和数据库的应用程序在发布时尽量不出现功能性故障。
WinRunner的特点在于: 与传统的手工测试相比，它能快速、批量地完成功能点测试; 能针对相同测试脚本，执行相同的动作，从而消除人工测试所带来的理解上的误差; 此外，它还能重复执行相同动作，测试工作中最枯燥的部分可交由机器完成; 它支持程序风格的测试脚本，一个高素质的测试工程师能借助它完成流程极为复杂的测试，通过使用通配符、宏、条件语句、循环语句等，还能较好地完成测试脚本的重用; 它针对于大多数编程语言和Windows技术，提供了较好的集成、支持环境，这对基于Windows平台的应用程序实施功能测试而言带来了极大的便利。
WinRunner的工作流程大致可以分为以下六个步骤:
1．识别应用程序的GUI
在WinRunner中，我们可以使用GUI Spy来识别各种GUI对象，识别后，WinRunner会将其存储到GUI Map File中。它提供两种GUI Map File模式: Global GUI Map File和GUI Map File per Test。其最大区别是后者对每个测试脚本产生一个GUI文件，它能自动建立、存储、加载，推荐初学者选用这种模式。但是，这种模式不易于描述对象的改变，其效率比较低，因此对于一个有经验的测试人员来说前者不失为一种更好的选择，它只产生一个共享的GUI文件，这使得测试脚本更容易维护，且效率更高。
2．建立测试脚本
在建立测试脚本时，一般先进行录制，然后在录制形成的脚本中手工加入需要的TSL（与C语言类似的测试脚本语言）。录制脚本有两种模式: Context Sensitive和Analog，选择依据主要在于是否对鼠标轨迹进行模拟，在需要回放时一般选用Analog。在录制过程中这两种模式可以通过F2键相互切换。
只要看看现代软件的规模和功能点数就可以明白，功能测试早已跨越了单靠手工敲敲键盘、点点鼠标就可以完成的阶段。而性能测试则是控制系统性能的有效手段，在软件的能力验证、能力规划、性能调优、缺陷修复等方面都发挥着重要作用。
3．对测试脚本除错(debug)
在WinRunner中有专门一个Debug Toolbar用于测试脚本除错。可以使用step、pause、breakpoint等来控制和跟踪测试脚本和查看各种变量值。
4．在新版应用程序执行测试脚本
当应用程序有新版本发布时，我们会对应用程序的各种功能包括新增功能进行测试，这时当然不可能再来重新录制和编写所有的测试脚本。我们可以使用已有的脚本，批量运行这些测试脚本测试旧的功能点是否正常工作。可以使用一个call命令来加载各测试脚本。还可在call命令中加各种TSL脚本来增加批量能力。
5．分析测试结果
分析测试结果在整个测试过程中最重要，通过分析可以发现应用程序的各种功能性缺陷。当运行完某个测试脚本后，会产生一个测试报告，从这个测试报告中我们能发现应用程序的功能性缺陷，能看到实际结果和期望结果之间的差异，以及在测试过程中产生的各类对话框等。
6．回报缺陷（defect）
在分析完测试报告后，按照测试流程要回报应用程序的各种缺陷，然后将这些缺陷发给指定人，以便进行修改和维护。
常用的功能测试方法
功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下：
1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。
2. 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。
3. 检查按钮的功能是否正确：如update,cancel,delete,save等功能是否正确。
4. 字符串长度检查: 输入超出需求所说明的字符串长度的内容,看系统是否检查字符串长度,会不会出错.
5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.
6. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确.
7. 中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错.
8. 检查带出信息的完整性: 在查看信息和update信息时,查看所填写的信息是不是全部带出.,带出信息和添加的是否一致
9. 信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.
10. 检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按”delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理.
11. 检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.
12. 检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.
13. 重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。
14. 检查多次使用back键的情况: 在有back的地方,back,回到原来页面,再back,重复多次,看会否出错.
15. search检查: 在有search功能的地方输入系统存在和不存在的内容,看search结果是否正确.如果可以输入多个search条件,可以同时添加合理和不合理的条件,看系统处理是否正确.
16. 输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方.
17. 上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。
18. 必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*
19. 快捷键检查：是否支持常用快捷键，如Ctrl+C Ctrl+V Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。
20. 回车键检查: 在输入结束后直接按回车键,看系统处理如何,会否报错.

求软件测试面试问题

测试技术面试题
1、什么是兼容性测试？兼容性测试侧重哪些方面？
参考答案：
兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行，即是通常说的软件的可移植性。
兼容的类型，如果细分的话，有平台的兼容，网络兼容，数据库兼容，以及数据格式的兼容。
兼容测试的重点是，对兼容环境的分析。通常，是在运行软件的环境不是很确定的情况下，才需要做兼容。根据软件运行的需要，或者根据需求文档，一般都能够得出用户会在什么环境下使用该软件，把这些环境整理成表单，就得出做兼容测试的兼容环境了。
兼容和配置测试的区别在于，做配置测试通常不是Clean OS下做测试，而兼容测试多是在Clean OS的环境下做的。
2、我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？
参考答案：
1、检查系统是否有中毒的特征；
2、检查软件/硬件的配置是否符合软件的推荐标准；
3、确认当前的系统是否是独立，即没有对外提供什么消耗CPU资源的服务；
4、如果是C/S或者B/S结构的软件，需要检查是不是因为与服务器的连接有问题，或者访问有问题造成的；
5、在系统没有任何负载的情况下，查看性能监视器，确认应用程序对CPU/内存的访问情况。
3、测试的策略有哪些？
参考答案：
黑盒/白盒，静态/动态，手工/自动，冒烟测试，回归测试，公测（Beta测试的策略）
4、正交表测试用例设计方法的特点是什么？
参考答案：
用最少的实验覆盖最多的操作，测试用例设计很少，效率高，但是很复杂；
对于基本的验证功能，以及二次集成引起的缺陷，一般都能找出来；但是更深的缺陷，更复杂的缺陷，还是无能为力的；
具体的环境下，正交表一般都很难做的。大多数，只在系统测试的时候使用此方法。
5、描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程？
参考答案：
就是Bugzilla的状态转换图。
6、你觉得bugzilla在使用的过程中，有什么问题？
参考答案：
界面不稳定；
根据需要配置它的不同的部分，过程很烦琐。
流程控制上，安全性不好界定，很容易对他人的Bug进行误操作；
没有综合的评分指标，不好确认修复的优先级别。
7、描述测试用例设计的完整过程？
参考答案：
需求分析 + 需求变更的维护工作；
根据需求 得出测试需求；
设计测试方案，评审测试方案；
方案评审通过后，设计测试用例，再对测试用例进行评审；
8、单元测试的策略有哪些？
参考答案：
逻辑覆盖、循环覆盖、同行评审、桌前检查、代码走查、代码评审、景泰数据流分析
9、LoadRunner分哪三部分？
参考答案：
用户动作设计；
场景设计；
测试数据分析；
10、LoadRunner进行测试的流程?
参考答案：
1、 测试测试
2、 创建虚拟用户脚本
3、 创建运行场景
4、 运行测试脚本
5、 监视场景
6、 分析测试的结果
以上，最好是结合一个案例，根据以上流程来介绍。
什么是并发？在lordrunner中，如何进行并发的测试？集合点失败了会怎么样？
参考答案：
在同一时间点，支持多个不同的操作。
LoadRunner中提供IP伪装，集合点，配合虚拟用户的设计，以及在多台电脑上设置，可以比较好的模拟真实的并发。
集合点，即是多个用户在某个时刻，某个特定的环境下同时进行虚拟用户的操作的。集合点失败，则集合点的才操作就会取消，测试就不能进行。
12、使用QTP做功能测试，录制脚本的时候，要验证多个用户的登录情况/查询情况，如何操作？
参考答案：
分析用户登录的基本情况，得出一组数据，通过性测试/失败性测试的都有（根据TC来设计这些数据），然后录制登录的脚本，将关键的数据参数化，修改脚本，对代码进行加强，调试脚本。
13、QTP中的Action有什么作用？有几种？
参考答案：
Action的作用
 用Action可以对步骤集进行分组
 步骤重组，然后被整体调用
 拥有自己的sheet
 组合有相同需求的步骤，整体操作
 具有独立的对象仓库
Action的种类
 可复用Action
 不可复用Action
 外部Action
14、TestDirector有些什么功能，如何对软件测试过程进行管理？
参考答案：
需求管理
 定义测试范围
 定义需求树
 描述需求树的功能点
测试计划
 定义测试目标和测试策略。
 分解应用程序，建立测试计划树。
 确定每个功能点的测试方法。
 将每个功能点连接到需求上，使测试计划覆盖全部的测试需求。
 描述手工测试的测试步骤
 指明需要进行自动测试的功能点
测试执行
 定义测试集合。
 为每个测试人员制定测试任务和测试日程安排。
 运行自动测试。
缺陷跟踪
 记录缺陷
 查看新增缺陷，并确定哪些是需要修正的
 相关技术人员修改缺陷
 回归测试
 分析缺陷统计图表，分析应用程序的开发质量

软件评测师考试知识点有哪些？

软考中级软件评测师考试包含基础知识和应用技术共两个科目，各科目考试知识点有所不同。基础知识考试题型为客观选择题，应用技术考试题型为主观问答题。
软件评测师属于软考中级资格考试，软件评测师考试大纲中各科目的考试知识点范围如下：
考试科目1：软件工程与软件测试基础知识
1.计算机系统基础知识
1.1 计算机系统构成及硬件基础知识
·计算机系统的构成
·处理机
·基本输入输出设备
·存储系统
1.2 操作系统基础知识
·操作系统的中断控制、进程管理、线程管理
·处理机管理、存储管理、设备管理、文件管理、作业管理
·网络操作系统和嵌入式操作系统基础知识
·操作系统的配置
1.3 数据库基础知识
·数据库基本原理
·数据库管理系统的功能和特征
·数据库语言与编程
1.4 中间件基础知识
1.5 计算机网络基础知识
·网络分类、体系结构与网络协议
·常用网络设备
·Internet基础知识及其应用
·网络管理
1.6 程序设计语言知识
·汇编、编译、解释系统的基础知识
·程序设计语言的基本成分（数据、运算、控制和传输、过程（函数）调用）
·面向对象程序设计
·C语言以及C++（或Java）语言程序设计基础知识
2.标准化基础知识
·标准化的概念（标准化的意义、标准化的发展、标准化机构）
·标准的层次（国际标准、标准、行业标准、企业标准）
·标准的类别及生命周期
3.信息安全知识
·信息安全基本概念
·计算机病毒及防范
·网络入侵手段及防范
·加密与解密机制
4.信息化基础知识
·信息化相关概念
·与知识产权相关的法律、法规
·信息网络系统、信息应用系统、信息资源系统基础知识
5.软件工程知识
5.1 软件工程基础
·软件工程概念
·需求分析
·软件系统设计
·软件组件设计
·软件编码
·软件测试
·软件维护
5.2 软件开发方法及过程
·结构化开发方法
·面向对象开发方法
·瀑布模型
·快速原型模型
·螺旋模型
5.3 软件质量管理
·软件质量及软件质量管理概念
·软件质量管理体系
·软件质量管理的目标、内容、方法和技术
5.4 软件过程管理
·软件过程管理概念
·软件过程改进
·软件能力成熟度模型
5.5 软件配置管理
·软件配置管理的意义
·软件配置管理的过程、方法和技术
5.6 软件开发风险基础知识
·风险管理
·风险防范及应对
5.7 软件工程有关的标准
·软件工程术语
·计算机软件开发规范
·计算机软件产品开发文件编制指南
·计算机软件需求规范说明编制指南
·计算机软件测试文件编制规范
·计算机软件配置管理计划规范
·计算机软件质量保证计划规范
·数据流图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定
6.软件评测师职业素质要求
·软件评测师职业特点与岗位职责
·软件评测师行为准则与职业道德要求
·软件评测师的能力要求
7.软件评测知识
7.1 软件测试基本概念
·软件质量与软件测试
·软件测试定义
·软件测试目的
·软件测试原则
·软件测试对象
7.2 软件测试过程模型
·V模型
·W模型
·H模型
·测试模型的使用
7.3 软件测试类型
·单元测试、集成测试、系统测试
·确认测试、验收测试
·开发方测试、用户测试、第三方测试
·动态测试、静态测试
·白盒测试、黑盒测试、灰盒测试
7.4 软件问题分类
·软件错误
·软件缺陷
·软件故障
·软件失效
7.5 测试标准
7.5.1 GB/T 16260.1—2003 软件工程 产品质量 第1部分：质量模型
7.5.2 GB/T 18905.1—2002 软件工程 产品评价 第1部分：概述
7.5.3 GB/T 18905.5—2002 软件工程 产品评价 第5部分：评价者用的过程
8.软件评测现状与发展
·国内外现状
·软件评测发展趋势
9.专业英语
·正确阅读并理解相关领域的英文资料
考试科目2：软件测试应用技术
1.软件生命周期测试策略
1.1 设计阶段的评审
·需求评审
·设计评审
·测试计划与设计
1.2 开发与运行阶段的测试
·单元测试
·集成测试
·系统（确认）测试
·验收测试
2.测试用例设计方法
2.1 白盒测试设计
·白盒测试基本技术
·白盒测试方法
2.2 黑盒测试用例设计
·测试用例设计方法
·测试用例的编写
2.3 面向对象测试用例设计
2.4 测试方法选择的策略
·黑盒测试方法选择策略
·白盒测试方法选择策略
·面向对象软件的测试策略
3.软件测试技术与应用
3.1 软件自动化测试
·软件自动化测试基本概念
·选择自动化测试工具
·功能自动化测试
·负载压力自动化测试
3.2 面向对象软件的测试
·面向对象测试模型
·面向对象分析的测试
·面向对象设计的测试
·面向对象编程的测试
·面向对象的单元测试
·面向对象的集成测试
·面向对象的系统测试
3.3 负载压力测试
·负载压力测试基本概念
·负载压力测试解决方案
·负载压力测试指标分析
·负载压力测试实施
3.4 Web应用测试
·Web应用的测试策略
·Web应用设计测试
·Web应用开发测试
·Web应用运行测试
3.5 网络测试
·网络系统全生命周期测试策略
·网络仿真技术
·网络性能测试
·网络应用测试
3.6 安全测试
·测试内容
·测试策略
·测试方法
3.7 兼容性测试
·硬件兼容性测试
·软件兼容性测试
·数据兼容性测试
·新旧系统数据迁移测试
·平台软件测试
3.8 易用性测试
·功能易用性测试
·用户界面测试
3.9 文档测试
·文档测试的范围
·用户文档的内容
·用户文档测试的要点
·用户手册的测试
·在线帮助的测试
4.测试项目管理
·测试过程的特性与要求
·软件测试与配置管理
·测试的组织与人员
·测试文档
·软件测试风险分析
·软件测试的成本管理
温馨提示：因考试政策、内容不断变化与调整，猎考网提供的以上信息仅供参考，如有异议，请考生以权威部门公布的内容为准！
下方免费复习资料内容介绍：从零基础逆袭，系统架构常考概念总结
格式：ZIP大小：23387.98KB 2022下半年系统集成项目管理工程师考试知识点100条
格式：DO大小：51.27KB
资格考试有疑问、不知道如何总结考点内容、不清楚报考考试当地政策，点击底部咨询猎考网，免费领取复习资料

软件测试面试常见问题及答案是什么

一般软件测试的面试分为三轮：笔试，HR面试，技术面试。

前两轮，根据不同企业，或有或无，但最后一个技术面试是企业了解你“行不行”的关键环节，每个企业都会有的。

在平时的学习、工作中一定要善于总结，如果回答不好，面试官会认为你技术能力有限或者不勤于思考，是很容易被pass掉的。

简单为大家总结了些面试过程中经常会被问到的问题：

hr会问的几个问题

1.你觉得自己的优缺点是什么

2.你上一家公司的薪资是多少，调了几次薪

3.为什么从上一家公司离职呢

4.离职证明和背调可以吗？

5，你还有什么问题要问吗？

（这些问题都带坑！回答不好会死在这儿的，不知道怎么回答，可以百度下或者联系在线客服）

技术方面的问题

【功能方面】

1.你是怎样理解软件测试的

2.让你介绍你做的项目的业务流程

3.软件测试的流程

4..你认为什么是bug，说一下你印象深刻的bug，结合项目说一下你们公司有哪些类型的bug和bug评判严重程度的标准

5.如何保证软件测试的质量

6.如何保证你写的测试用例覆盖所有的场景

7.如果用户在正式环境发现一个bug，你在测试环境没有发现，怎么办

8.项目测试到什么程度就可以上线了

【场景方面】

1.让你写登录，支付，充值，购物车，文件上传，三角形，笔，水杯等的测试点（80%的公司会让你分析测试点！！！）

【计算机网络基础知识】

1.http协议的内容是什么?

2.请求头的内容有哪些

3.常见的状态码有些

4.http和https的区别有哪些

5.tcp和udp的区别

6.请描述下tcp的三次握手四次挥手的过程

7.网关的作用

8.osi七层模型每一层的作用

9.session是什么，cookie是什么，有什么使用场景

10.session和cookie的区别

【接口测试】

1.你认为的接口是什么

2.接口测试工具工作的原理是什么呢？

3.接口中包含哪些内容

4.接口用例如何写

5.你是如何做接口测试的，使用的什么工具？

6.接口自动化了解过吗

7.get和post的区别

【自动化测试】

1.可能会问到selenium

2.selenium元素定位的方式，显示等待，隐式等待，强制等待的区别等

3.接口自动化脚本的编写原理和过程

这块可以不用担心，只要会一些简单的就可以了，因为对于初中级测试来说，自动化是一个加分项，一般如果自动化掌握的很熟练的同学薪资是在12-25k之间的

【其他测试问题】

1.简述转包过程，你用的抓包工具是什么

2.如何分析一个bug是前端还是后端bug

3.url后面跟数据的话如何拼接上去

4.抓包的原理是什么

5.你们公司使用的bug管理工具是什么

6.弱网测试是如何实现的

7.web测试和app测试的区别是什么

8.给你一个软件你会如何进行测试

9.兼容性测试你是如何做的（从app 和 web两方面回答）

10.冒泡排序之类的一些代码题

11.如果在正是环境发现bug测试环境没发现怎么办

12.如果有一个bug，怎么判断这个bug是前端代码导致的还是后端代码导致的

这些问题回答的正确与否直接决定了你能否留下，甚至能拿多少薪资的问题，多回答对一个问题，就有可能多为自己争取到500-1000块的工资呢。如果不知道怎么回答，可以私信细聊哦！

软件测试的面试题目都什么样的，我想一次成功

软件测试面试前的最后一波恶补！不要打没有准备的仗。
想要拿到心仪的offer，光有相应的技术水平是不够的，还是要提前做好面试题的熟悉以及学习一些面试时的技巧，否则，就算是金子也很可能会被埋没了。
下面给详细讲讲一些面试中比较常见的题吧！
1、软件测试的流程是什么？
分析：每当hr问一个问题的时候，我们都必须在脑海里先想一下他是想通过这个问题获取哪些信息，做好了这步先行工作再回答就比较稳健了。如果有工作经验，那么直接按照公司流程去答就可以了，如果你刚转行或者是才实习，那就按下面的标准回答走就行了。
回答：项目经理将项目需求文档给到开发，开发记录文档内需求不明确或者遗漏点做好准备，然后在需求评审会议上，各开发人员提出自己的疑问并解决，需求评审最终得到一份需求规格说明书。（需求评审阶段）
评审通过后，开发这边的经理就开始编写开发计划，测试经理编写测试计划，计划评审通过后开发人员进行程序的开发，测试人员开始测试用例的编写。当项目的第一个版本出来后，开发负责第二个版本的迭代，而测试这边对项目进行测试并记录追踪管理bug，直到项目迭代完毕。（产品研发阶段）
项目迭代完毕并修复大部分的bug后，测试这边开始进行总结，最终产出一份测试报告书，记录此次的测试工作及项目存在的问题。（产品发布阶段）
2、测试用例主要有哪些元素？
分析：每家公司用的模板都不尽相同，所以内容也是多种多样的，你只需要把基本的元素回答出来就行了。
回答：测试用例的主要元素有：ID、标题、模块、预置条件、操作步骤、预期结果、实际结果、是否通过等等
3、软件测试有什么策略和阶段？
分析：策略就是你是以什么样的思路去测试，或者是通过什么样的技术或者步骤去执行等等。
回答 ：软件测试的策略主要有：动态、静态测试；白盒、黑盒测试。测试阶段按照研发顺序分别是：单元测试、集成测试、系统测试，有些公司还会有验收测试；（单元测试开发在调试代码时就完成，集成测试也是，但是有时测试人员也需要进行集成测试；测试人员平时主要的工作就是系统测试，验收测试是客户参与进行的测试）；
4、测试用例是什么？有什么作用？
回答：测试用例实际上就是预设好一个特定的场景，让软件再这个场景中运行，以检验程序是否给出正确反应，来衡量软件是否正确满足了客户需求。
作用：
1、避免盲目测试并提高测试效率；在软件版本更新之后只需要少量修改即可开展测试工作，提高工作效率，大幅度缩短测试周期。
2、可以直观看出哪些是测试重点，测试用例是测试工作的见证，可以看到测了哪些功能，又有哪些模块没有测。
3、测试用例是量化测试工作的方法之一。
5、你平时是怎么设计测试用例的？
分析：这个问题的点主要考察是否掌握测试用例设计方法，在回答之后，HR可能会继续追问某种设计方法的概念或者实例，这时举例说明即可；如：等价类划分法就是把程序的输入域划分成等价类，从每个部分中选取少数代表性数据当做测试数据。
回答：设计测试用例一般都会使用到等价类、边界值、场景/流程法、因果图还有错误推测法；
6、你们公司的需求评审是怎么进行的？
分析：需求评审，就是对客户需求，软件各个模块之间模糊的点进行审查，排除不理解或者没有考虑到的点。
回答：需求评审，在一些分工比较明确的公司，都是由PD负责，需求确认好后再下发到开发和测试部门；分工不怎么明确的公司可能就是开发测试产品等大家坐在一起共同探讨；评审形式一般分为线上和线下两种方式，负责人一般会提前把需求文档下发到大家手上供大家整理各自的疑惑点，为后续的评审会议做准备。
7、还有什么想要问我的吗？
分析：这个问题在每个面试的尾声都会被问到，如果你直接回答没有，会让hr有种你不在意这份工作的感觉，如果你问得多了又会显得面试之前没有做好充分的准备，所以问题一般控制在2-3个就差不多。
直接说没有，会让HR觉得你不关心这个岗位，问的多了又会显得面试之前没有做好充分的准备。所以问题一般控制在两到三个比较好。
回答：
1、公司的研发团队目前是什么规模？开发和测试分别有多少人？
2、公司今后的业务方向是什么？
3、如果我入职了，我的主要工作职责是什么？
以上！

（来源：学分高考 https://www.xuefen.net）文章共28781字