软件测试|软件测试知识点及面试题目汇总面试|软件测试

软件测试知识点及面试题目汇总

一

软件测试基本概念

1、软件=程序+文档，软件测试=程序测试+文档测试。
“程序”是指能够实现某种功能的指令的集合，“文档”是指软件在开发、使用和维护过程中产生的图文集合。；

2、软件的分类
按功能分：系统软件、应用软件
按技术架构分：单机版软件、C/S结构软件（C是指客户端， S指服务器端）、B/S结构软件（B是指浏览器）
按照用户划分：产品软件、项目软件
按开发规模划分：小型、中型、大型

3、BUG的定义：软件的BUG指的是软件中（包括程序和文档）不符合用户需求的问题。常见的软件BUG分三种类型：完全没有实现的功能；基本实现了用户需求的功能；实现了用户不需要的功能。

4、测试环境=软件+网络+硬件。搭建环境：真实、干净、无毒、独立

5、软件环境的分类：软件开发环境\软件生产运行环境

6、测试用例：指在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和与其结果！测试用例=输入+输出+测试环境。测试用例有两个模板，word和excel，前者适合性能测试，后者适合功能测试。

软件测试分类

1、黑盒测试：指的是把被测的软件看作是一个黑盒子，我们不去关心盒子里面的结构是什么样子的，只关心软件的输入数据和输出结果

白盒测试：指的是把盒子盖打开，去研究里面的源代码和程序结构。

2、静态测试：是指不实际运行被测软件，而只是静态的检查程序代码、界面或文档中可能存在的错误的过程。

动态测试：是指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程，所以我们判断一个测试属于动态测试还是静态测试，唯一的标准就是看是否运行程序。

注：同一个测试，既有可能属于黑盒测试，也有可能属于动态测试；既有可能属于静态测试，也有可能属于白盒测试。他们之间也有可能交叉。

3、单元测试：编译运行程序——静态测试——动态测试

集成测试：是单元测试的下一个阶段，是指将通过测试的单元模块组装成系统或子系统，再进行测试，重点测试不同模块的接口部分。

系统测试：指的是将整个软件系统看作1个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。

验收测试：指的是在系统测试的后期，以用户测试为主，或有测试人员等质量保障人员共同参与的测试，它也是软件正式交给用户使用的最后一道工序.

验收测试又分为α测试和β测试，其实α测试指的是由用户、测试人员、开发人员等共同参与的内部测试，而β测试指的是内侧后的公测，即完全交给最终用户测试。

4、功能测试：是黑盒测试的一方面，它检查实际软件的功能是否符合用户的需求。功能测试又可以细分为很多种：逻辑功能测试、界面测试、易用性测试、安装测试、兼容性测试等。

性能测试：软件的性能包括很多方面，主要有时间性能和空间性能两种。时间性能：主要指软件的一个具体事务的响应时间。空间性能：主要指软件运行时所消耗的系统资源。

软件性能测试分为一般性能测试、稳定性测试、负载测试和压力测试。一般性能测试指的是让被测系统在正常的软硬件环境下运行，不向其施加任何压力的性能测试。稳定性测试，也叫可靠性测试，是指连续运行内测系统，检查系统运行时的稳定程度。我们通常用MTBF（错误发生的平均时间间隔）来衡量系统的稳定性，越大稳定性越强。负载测试是性能测试的一种，通常是指让被测系统在其能忍受的极限范围之内连续运行，来测试系统的稳定性。压力测试是性能测试的一种，通常是指连续不断地给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的最大压力。

假设一个人很轻松的就能背一袋米，背两袋米很吃力，最多就能背三袋米，那么：
一般性能测试：我就让他背一袋米
稳定性测试：我让他背一袋米，但是让他去操场上跑圈，看多久累倒。
负载测试：我让他背两袋米去操场上跑圈，看多久累倒。
压力测试：我让他背两袋米，三袋米，四袋米......发现他最多就能背三袋米。

5、回归测试：是指对软件的新的版本测试时，重复执行上一个版本测试时的用例
冒烟测试：是指在对一个新版本进行西戎大规模的测试之前，先验证一下软件的基本功能是否可以实现，是否具备可测性
随机测试：是指测试中所有的输入数据都是都是随机生成的，其目的是模拟用户的真是操作，并发现一些边缘的错误。

6、关系

测试工程师

1、测试工程应该具备的基本职业素质：三心二意一能力。三心：细心、耐心、信心。二意：服务意识、团队意识。一能力：沟通能力。

2、如何成为一名优秀的测试工程师：内功（基础知识：计算机硬件、网络、操作系统、数据库等）、测试技术（黑盒测试中等价类、边界值、因果图等，白盒测试中的语句覆盖、分支覆盖、路径覆盖等）

1）、不断学习充电
2）、阅读原版书籍
3）、阅读缺陷管理系统中的缺陷报告
4）、阅读高手写的测试用例
5）、学习产品相关的业务知识

3、SQA——软件质量保障，CMM是SQA用来监督项目的一个标准质量模型，SQA按照CMM上面各种规则来检验各种各样的项目。CMM——能力成熟度模型

4、软件测试的原则：

1）、Zero bug——指的是软件没有任何bug，没有bug是不可能的，我们只能想方设法把软件的bug数控制在可以忍受的范围之内。Good enough——指的是只要软件达到一定的质量要求，就可以停止测试了。
2）、不要试图穷举测试
3）、开发人员不能既是运动员又是裁判员
4）、软件测试要尽早执行
5）、软件测试应该追溯需求
6）、缺陷的二八定理——缺陷的集群现象或是虫子窝现象
7）、缺陷具有免疫性

黑盒测试技术、等价类技术、边界值技术、因果图法、流程图法

缺陷管理

1、BUG的分类

Bug严重级别(Severity，Bug级别)：是指因缺陷引起的故障对软件产品的影响程度。由测试人员指定。
A
错误导致了死机、产品失败（“崩溃”）、系统悬挂无法操作；
B
功能未实现或导致一个特性不能运行并且不可能有替代方案（包括计算错误）；
C
错误导致了一个特性不能运行但可有一个替代方案；
D
错误是表面化或微小的（提示信息不太准确友好、错别字、UI布局或罕见故障等），对功能几乎没有影响，产品及属性仍可使用；
E
建设性的意见或建议。

Bug优先级(Priority)：指缺陷必须被修复的紧急程度。由Bug分配者（开发组长/经理）指定。
5阻止相关开发人员的进一步开发活动，立即进行修复工作；阻止与此密切相关功能的进一步测试

4必须修改，发版前必须修正

3必须修改，不一定马上修改，但需确定在某个特定里程碑结束前须修正

2如果时间允许应该修改

1允许不修改

缺陷类型(Type)：是根据缺陷的自然属性划分的缺陷种类。
Build
由于配置库、变更管理或版本控制引起的错误。

Data
数据、数据库、计算错误等。

Function
影响了重要的特性、产品接口、硬件结构接口和全局数据结构。如逻辑，指针，循环，递归，功能等缺陷。

Interface
与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的接口缺陷。

Performance
不满足系统可测量的属性值，如：执行时间，事务处理速率等。

Requirement
需求方面缺陷如（不明确、错误、考虑不全面等等）。

User Interface（简写UI）
人机交互特性：屏幕格式，页面排版、控件位置等方面的缺陷。

其它
未知错误

Bug状态(Status)：指缺陷通过一个跟踪修复过程的进展情况。包括Open、Fixed、Closed及Postponed等Open
为测试人员新问题提交所标志的状态。为任务分配人（开发组长/经理）对该问题准备进行修改并对该问题分配修改人员所标志的状态。Bug解决中的状态，由任务分配人改变。对没有进入此状态的Bug，程序员不用管。

Fixed
为开发人员修改问题后所标志的状态，修改后还未测试。

Closed
为测试人员对修改问题进行验证后通过所标志的状态。由测试人员改变。

Postponed
1、由于开发时间、进度、重要程度或者技术/设计/需求等方面的原因，认为不能解决、须延期解决、或者本版不做留待到后续版本解决的Bug；

2、因设计结构问题无法修改。测试人员认为是Bug，不符合逻辑，也不符合用户的要求，但开发人员则认为是按照设计做的、只能如此处理，否则修改代价太大，这种问题可以拖后处理

duplicated
bug重复提交

Not error
测试员理解错，不是bug，测试员提错了

2、提交BUG注意事项：确保重现、要用最少且必要的步骤描述BUG、简洁准确完整、一个BUG一个报告

3、常见的BUG管理工具：TD、Track Record、Clearquest、Bugzilla、Mantis、JIRA

测试管理

测试周期：计划——测试设计——测试执行——测试评估

软件测试工具简介

1、一般软件测试工具分为黑盒测试工具、白盒测试工具、测试管理工具

2、MI loadrunner——性能测试，MI winrunner——功能测试，MI testdirector——测试管理工具，MI QTP——功能测试工具......

二

1、appium 怎么定位toast弹框
appium1.6以后回答需要升级u2进行定位。
2、什么是事务，知道事务提交、回滚
事务是并发控制单位，用户定义的一个操作序列。这些操作要么都做，要么都不做，是不可分割的的工作单位。通过事务，sql server能将逻辑相关的一组操作绑定在一起，以便服务器保持数据的完整性，主要用于一些对操作过程的完整性比较高的程序。（事务的特性：原子性、一致性、隔离性、持久性）。
事务提交是提交事务的所有操作：具体来说就是将所有对数据库的更新写回到磁盘上的物理数据库中，事务正常结束。
事务回滚是数据库返回到事务开始的状态；事务在运行过程中发生某种故障，事务不能继续执行，系统将事务中对数据库的所有已完成的更新操作全部撤销，使数据回滚到事务开始时的状态。
3、怎么进行数据库优化
大致是有8种方法：（具体参考链接：https://www.cnblogs.com/luokakale/p/7242839.html）
a、选取最试用字段属性
b、使用连接（join）代替子查询
c、使用联合（union）来代替手动创建的临时表
d、使用事务
e、锁定表
f、使用外键
g、使用索引
h、优化查询语句
4、什么是分布式系统架构
分布式架构系统简单的说是运行在多个处理器上的软件架构设计。分布式系统是建立在网络之上的软件系统、正是因为软件的特性，所以具有高度的内聚性和透明性。
5、linux中使用top什么命令可以查看系统详细内存
top 按 c 查看显示完整命令
6、python中列表和字典的区别，列表和元祖的区别
元祖（tuple）：元祖常用小括号表示，即:()，元素加逗号，是元祖的标识。
列表（list）：列表常用方括号表示，即:[]，创建一个列表，只要把用逗号分隔的不同的数据项使用方括号括起来即可。
字典（dict）：字典是由花括号{}来包含其数据的，花括号内包含键(key)和其对应的值(value)，一对键和值成为一个项，键和值用冒号:隔开，项和项之间用逗号,隔开，空字典就是不包含任何项的字典，也可理解为空字典就是花括号内不包含任何内容，直接使用花括号{}表示
列表和字典的区别：字典的查找和插入的速度极快，不会随着key值的增加而增加，需要占用大量的内存，内存浪费多
列表和元祖的区别：元祖比列表操作速度快，对数据不可更改、可用于字符串格式化中、可作为字典的key
7、数据库中有使用过if等函数吗？
if既可以作为表达式用，也可在存储过程中作为流程控制语句使用（具体参考链接：https://blog.csdn.net/caidingnu/article/details/88772170）
8、什么是脏数据？
脏数据是在临时更新（脏读）中产生，比如事务A更新了某个数据项x,但是由于某种原因，事务A出现了问题，于是要把A回滚。但是回滚之前，另一个事务读取了数据X的值（A更新后），A回滚了事务，数据项恢复了原值。事务B读取的就是数据项X的就是一个“临时”值，这就是脏数据。
9、什么是幂等性？
就是用户对同一操作发起一次请求或者多次请求的结果是一致的。不会因为多次点击二次产生副作用。简单的例子，就是支付，用户购买商品使用支付，支付扣款成功，但是返回结果的时候网络异常，此事钱已经扣了，用户再次点击，此时会产生二次扣款，结果返回成功，用户查询余额返现多扣钱了。流水记录变成了两条、这就是幂等性。
10、我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？
1、检查系统是否有中毒的特征；
2、检查软件/硬件的配置是否符合软件的推荐标准；
3、确认当前的系统是否是独立，即没有对外提供什么消耗CPU资源的服务；
4、如果是C/S或者B/S结构的软件，需要检查是不是因为与服务器的连接有问题，或者访问有问题造成的；
5、在系统没有任何负载的情况下，查看性能监视器，确认应用程序对CPU/内存的访问情况
11、安卓四大组件
activity 通过Intent进行通信
service service用于在后台完成用户指定的操作
Content provider 指定数据集提供给其他应用程序
Broadcast Receiver 对外部事件进行过滤
12、什么是多线程，
线程是程序中一个单一的顺序控制流程.在单个程序中同时运行多个线程完成不同的工作,称为多线程.
13、linux中vim模式有
1、命令模式，2、编辑模式、3、末行模式
14、计算机网络模型
七层模型（应用层、表示层、会话层、传输层、网络层、数据链层、物理层）五层模型（应用层、传输层、网络层、数据链层、物理层）
15、什么是子网掩码
它是一种用来指明一个IP地址的哪些位标识的是主机所在的子网，以及哪些位标识的是主机的位掩码。子网掩码不能单独存在，它必须结合IP地址一起使用。子网掩码只有一个作用，就是将某个IP地址划分成网络地址和主机地址两部分。
16、如果测试时间不够，你会怎么办？
测试目前主要是产品测试和项目测试。做自己公司的产品测试，如果碰到不能按原计划完成，本着为质量负责，一般都可以申请延期。
如果是做项目，迫于合同和客户验收的压力，碰到不能按原计划完成的情况，就是项目风险了。而处理的方式基本都是“先测客户比较关心的，比较常用的功能”，保证通过客户验收，拿到项目款。分析客户验收所关心的功能点（比如客户最近几天提过什么需求，肯定要测试，因为时间短，他肯定记得），分析系统最脆弱的地方，走通所有业务流程等。而客户验收时候，不关心和不可能想到得地方可以不测试（比如系统中很多同步功能）
17、性能指标有哪些？
注册用户数、在线用户数、并发用户数、请求响应时间、事务响应时间、每秒点击数、吞吐率、业务成功率、tps(每秒事务处理数）、资源利用率
18、什么是接口？
传递数据的通道就叫接口
19、测试的基本6大法则
功能性、可靠性、效率性、可移植性、可维护性、易用性
20、接口测试测哪些东西
a、通过性验证
b、参数组合
c、接口安全
d、异常验证
e、根据业务逻辑来设计测试用例
21、用fiddler抓包时怎么制造异常情况；
通过请求前打断点，可以修改请求参数
22、什么是mq,mq的特点是什么？
把要传输的数据放在队列中保存消息的容器.
mq的特点是：异步、解耦、广播、流控与销峰
23、怎么保证软件测试质量
测试人员需要做的工作
测试策略的设计：质量是多维度的，功能测试、性能测试、兼容性测试等多种测试类型的结合
用例质量：采用合适的用例方法、如何进行需求分析、用例评审
执行质量：保证执行深度（界面、关联模块、数据库、日志）与广度（系统测试类型）
缺陷质量：bug评审，引入合适的bug流程
过程质量：合理的软件测试流程，测试过程监控
24、android和ios系统测试的不同点
1、Android长按home键呼出应用列表和切换应用，然后右滑则终止应用；
2、多分辨率测试，Android端20多种，ios较少；
3、手机操作系统，Android较多，ios较少且不能降级，只能单向升级；新的ios系统中的资源库不能完全兼容低版本中的ios系统中的应用，低版本ios系统中的应用调用了新的资源库，会直接导致闪退（Crash）；
4、操作习惯：Android，Back键是否被重写，测试点击Back键后的反馈是否正确；应用数据从内存移动到SD卡后能否正常运行等；
5、push测试：Android：点击home键，程序后台运行时，此时接收到push，点击后唤醒应用，此时是否可以正确跳转；ios，点击home键关闭程序和屏幕锁屏的情况（红点的显示）；
6、安装卸载测试：Android的下载和安装的平台和工具和渠道比较多，ios主要有appstore，iTunes和testflight下载；
7、升级测试：可以被升级的必要条件：新旧版本具有相同的签名；新旧版本具有相同的包名；有一个标示符区分新旧版本（如版本号），对于Android若有内置的应用需检查升级之后内置文件是否匹配（如内置的输入法）
25、使用中间件，中间件的作用！
具体地说，中间件屏蔽了底层操作系统的复杂性，使程序开发人员面对一个简单而统一的开发环境，减少程序设计的复杂性，将注意力集中在自己的业务上，不必再为程序在不同系统软件上的移植而重复工作，从而大大减少了技术上的负担。
26、什么是orm(对象关系映射)
解决面向对象与关系数据库存在的互不匹配的现象技术，简单说，orm是通过使用描述对象和数据库之间映射的元数据，将程序中的对象自动持久化到关系数据库中。
27、使用什么命令实现查看app手机内存
adb shell dumpsys meminfo 包名（com.mbox.cn）
28、什么是ANR(applicaton not responding)
29、APP日志分析查找关键字 crash ANR Exception ERROR force closed
30、多线程：线程是程序中一个单一的顺序控制流程.在单个程序中同时运行多个线程完成不同的工作,称为多线程.
31、unittest工作原理
使用testcase 进行单元测试，通过testsuit 装载用例使用testrunner执行用例，testresult执行用例。
32、给你的一个测试项目，你怎么开展测试工作
在拿到项目后，在熟悉需求、原型图后不必急着去设计用例，而是先需思考下测试思路，从哪方面下手，有哪些地方需要覆盖到，支持哪些平台，有哪些不同的常用场景，是否需要考虑到稳定性、性能等等，针对项目进行大概的测试规划，再根据大概的规划去逐个细化，最后形成用例，简单来说就是：
1.明确测试任务
2.分析测试范围
3.制定测试计划和测试用例。
33、什么是cdn?
cdn的全称是 Content Delivery Network 即内容分发网络，通俗的理解就网站加速，CPU均衡负载，可以解决跨运营商，跨地区，服务器负载能力过低，带宽过少等带来的网站打开速度慢等问题。

三

1.软件测试方法有哪些分类？各有什么特点？设计测试用例的主要方法有哪些？
软件测试方法分类
1）白盒、黑盒、灰盒
2）单元测试、集成测试、系统测试、验收测试、回归测试、Alpha 测试、Beta 测试
3）静态测试和动态测试
设计测试用例的主要方法
1）等价类划分
2）边界值分析法
3）因果图法
4）场景法
2.系统测试是什么？需要考虑哪些方面？
1）系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方，从而提出更加完善的方案.。
2）它的的任务是尽可能彻底地检查出程序中的错误，提高软件系统的可靠性，其目的是检验系统"做得怎样？"。这阶段又可分为三个步骤：模块测试，测试每个模块的程序是否有错误；组装测试，测试模块之间的接口是否正确；确认测试，测试整个软件系统是否满足用户功能和性能的要求。该阶段结束应交付测试报告，说明测试数据的选择，测试用例以及测试结果是否符合预期结果。
3）测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。
4）系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。
系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试
3.怎样才能成为一个合格的软件测试工程师？
1）计算机专业技能
2）测试专业技能
3）软件编程技能
4）网络、操作系统、数据库、中间件等知识
5）较强的责任心，对待测试工作要有不厌其烦的态度，与需求人员、研发人员多交流多沟通

4.一名军官要求24名士兵站成6排，每排都是5人，士兵们全犯傻了。最后一名士兵终于想出了一个好办法。他是怎样安排的？
只要排成一个六边形即可
5.为什么要在一个团队中开展软件测试工作？
保证软件质量的最后一道关口。
6.您是否了解以往所工作的企业的软件测试过程？如果了解，请试述在这个过程中都有哪些工作要做？分别由哪些不同的角色来完成这些工作？
测试计划->测试设计(测试用例，测试数据)->测试执行(单元测试，集成测试，系统测试，回归测试)
7. 您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系（如功能测试、性能测试……）
易用性测试-界面的友好性，操作方便性等。
功能测试-系统中功能性需求的满足
安全性测试-系统是否存在安全隐患和漏洞
性能测试-系统在大并发下的响应速度和健壮性
8.请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。
黑盒/白盒:主要区别在是否了解系统或程序的内部结构和代码
单元测试:关注某一个单元，函数，模块的正确性，一般需要编写相关测试代码。
集成测试:模块或模块直接的集成接口测试，单个模块测试
系统测试:一个完整功能的完全测试。
9.测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？
提前安排出测试工具选择，测试类型选择，人员需求，保证和项目开发协调一致，保证测试工作顺利进行。
10.您认为做好测试计划工作的关键是什么？
了解项目或系统的业务需求
和项目经理协调好，了解项目的进度计划安排情况
11.您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。
边界值/等价类/业务流程图分析和状态转换分析/业务逻辑分析
12.您认为做好测试用例设计工作的关键是什么？
对业务和软件需求非常清楚，可以根据需求不同选择不同的测试用例设计
13.您以往的工作中是否曾开展过测试用例的评审工作？如果有，请描述测试用例评审的过程和评审的内容。
评审计划->预审->评审;
评审内容主要是测试用例对软件需求的覆盖程度，对于相关边界是否考虑，是否针对复杂流程准备多套测试数据，是否有专门针对非功能性需求的测试。
14.您以往是否曾经从事过性能测试工作？如果有，请尽可能的详细描述您以往的性能测试工作的完整过程。
制订计划->选择测试功能->选择测试工具->录制脚本->运行测试->分析结果
15.您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。
微软WAS,LoadRunner
16.您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？
关键是测试脚本的录制，测试时候测试环境的干净。
17.在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？
缺陷名词/描述/缺陷等级/严重程度/发现模块/发现步骤和过程/是否可以重现
18.您以往所从事的软件测试工作中，是否使用了一些工具来进行软件缺陷（Bug）的管理？如果有，请结合该工具描述软件缺陷（Bug）跟踪管理的流程。
CQ，也可以使用BugFree等免费工具。

19.您如何看待软件过程改进？在您曾经工作过的企业中，是否有一些需要改进的东西呢？您期望的理想的测试人员的工作环境是怎样的？
将先进的经验或思想固化到过程中，通过过程改进和能力提高来改进软件质量。
20、根据你的经验说说你对软件测试/质量保证的理解？
软件质量保证与测试是根据软件开发阶段的规格说明和程序的内部结构而精心设计的一批测试用例（即输入数据和预期的输出结果），并利用这些测试用例去运行程序，以发现错误的过程。它是对应用程序的各个方面进行测试以检查其功能、语言有效性及外观排布.
21、软件测试的流程是什么？
需求调查: 全面了解您的系统概况、应用领域、软件开发周期、软件开发环境、开发组织、时间安排、功能需求、性能需求、质量需求及测试要求等
根据系统概况进行项目所需的人员、时间和工作量估计及项目报价。
制定初步的项目计划: 在与您充分共同和协商的基础上制定我们的测试计划。
测试准备: 组织测试团队、培训、建立测试和管理环境等。
测试设计: 按照测试要求进行每个测试项的测试设计，包括测试用例的设计及测试脚本的开发等。
测试实施: 按照测试计划进行实施测试。
测试评估: 根据测试的结果，出具测试评估报告。
22、(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 是软件工程化过程。
ＸＰ：extreme program，即极限编程的意思，适用于小型团队的软件开发，想上面第三个问题就可以结合原型法采用这样的开发流程。要明白测试对于xp开发的重要性，强调测试（重点是单元测试）先行的理念。编程可以明显提高代码的质量，持续集成对于快速定位问题很有好处。
PSP ,TSP 分别是个体软件过程（Personal Software Process），群组软件过程（Team Software Process）大家都知道，CMM只是告诉你怎么做但并没有告诉你如何做，所以PSP/TSP就是告诉你企业在实施CMM的过程中如何做，PSP强调建立个人技能（如何制定计划、控制质量及如何与其他人相互协作等等）而TSP着重于生产并交付高质量的软件产品（如何有效地规划和管理所面临的项目开发任务等等）。总之，单纯实施CMM，永远不能真正做到能力成熟度的升级，只有将实施CMM与实施PSP和TSP有机地结合起来，才能发挥最大的效力。因此，软件过程框架应该是CMM/PSP/TSP的有机集成。
23、还有问一下你是怎样保证软件质量的，也就是说你觉得怎样才能最大限度地保证软件质量？
测试并不能够最大限度的保证软件的质量，软件的高质量是开发和设计出来的，而不是测试出来的，它不仅要通过对软件开发流程的监控，使得软件开发的各个阶段都要按照指定的规程进行，通过对各个阶段产物的评审，QA对流程的监控，对功能及配置的审计来达到开发的最优化。当然测试也是保证软件质量的一个重要方式，是软件质量保证工程的一个重要组成部分。
24、然后紧接着就基于目前中国的国情，大多数公司的软件项目进度紧张、人员较少、需求文档根本没有或者很不规范，你认为在这种情况下怎样保证软件的质量？(大多数公司最想知道的就是在这种困难面前你该怎么保证软件的质量，因为这些公司一般就是这种情况—–既不想投入过多又想保证质量，faint )
出现以上的情况，如果仅仅想通过测试来提高软件质量，那几乎是不可能，原因是没有足够的时间让你去测试，少而不规范的文档导致测试需求无法细化何谈足够且有针对性进行测试。所以，作为公司质量保证的你应该先和项目经理确定符合项目本身最适合的软件生命周期模型（比如RUP的剪裁，原型法）,明确项目的开发流程并督促项目组按照此流程开展工作，所有项目组成员（项目经理更加重要）都要制定出合理的工作计划，加强代码的单元测试，在客户既定的产品交付日期范围之内，进行产品的持续集成等等，如果时间允许可以再配合客户进行必要的系统功能测试。
25、一个测试工程师应具备那些素质和技能？
1、掌握基本的测试基础理论；
2、本着找出软件存在的问题的态度进行测试,即客观吧,不要以挑刺形象出现
3、可熟练阅读需求规格说明书等文档；
4、以用户的观点看待问题
5、有着强烈的质量意识；
6、细心和责任心；
7、良好的有效的沟通方式(与开发人员及客户)
8、具有以往的测试经验；能够及时准确地判断出高危险区在何处.
9、为什么要在一个团队中开展软件测试工作？
因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。
26、您所熟悉的软件测试类型都有哪些？
测试类型有：功能测试，性能测试，界面测试。
功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。
性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。
界面测试，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。
27、您认为做好测试用例设计工作的关键是什么？
白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果
黑盒用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题
软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：
1、是否有不正确或遗漏的功能？
2、在接口上，输入是否能正确的接受？能否输出正确的结果？
3、是否有数据结构错误或外部信息（例如数据文件）访问错误？
4、性能上是否能够满足要求？
5、是否有初始化或终止性错误？
软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：
1、对程序模块的所有独立的执行路径至少测试一遍。
2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。
3、在循环的边界和运行的界限内执行循环体。
4、测试内部数据结构的有效性，等等。4、验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。
28、测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？
软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。
测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试策略和测试方法（最好是能先评审）
29、您认为做好测试计划工作的关键是什么？
1. 明确测试的目标，增强测试计划的实用性
编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确
2．坚持“5W”规则，明确内容与过程
“5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试的开始和结束日期（When），指出测试的方法和工具（How），给出测试文档和软件的存放位置（Where）。
3．采用评审和更新机制，保证测试计划满足实际需求
测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。
4. 分别创建测试计划与测试详细规格、测试用例
应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。
30、您所熟悉的测试用例设计方法都有哪些？
1．等价类划分
2．边界值分析法
3．错误推测法
4．因果图方法
31、你的测试职业发展是什么？
测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前3年累积测试经验，按如何做好测试工程师的11，12点要求自己，不断的更新自己改正自己，做好测试任务。
32、你自认为测试的优势在哪里？
优势在于我对测试坚定不移的信心和热情，虽然经验还不够，但测试需要的基本技能我有信心在工作中得以发挥。
33、当开发人员说不是BUG时，你如何应付？
开发人员说不是bug，有2种情况，一是需求没有确定，所以我可以这么做，这个时候可以找来产品经理进行确认，需不需要改动，3方商量确定好后再看要不要改。二是这种情况不可能发生，所以不需要修改，这个时候，我可以先尽可能的说出是BUG的依据是什么？如果被用户发现或出了问题，会有什么不良结果？程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug，我也只是建议的方式写进TD中，如果开发人员不修改也没有大问题。如果确定是bug的话，一定要坚持自己的立场，让问题得到最后的确认。
参考链接：https://www.cnblogs.com/z432110/p/10647360.html
https://zhuanlan.zhihu.com/p/32053224
https://www.cnblogs.com/z432110/p/10647486.html
【软件测试|软件测试知识点及面试题目汇总】https://www.cnblogs.com/xdg920/p/13099486.html