软件测试面试题总结

1.B/S架构和C/S架构区别 c是客户端 b是浏览器

CS响应速度快，安全性强，用户体验好，一般应用于局域网中，但是开发维护成本高，；BS可以实现跨平台，客户端零维护，但是个性化能力低，响应速度较慢。所以有些单位日常办公应用BS，在实际生产中使用CS结构'''

2.HTTP协议

HTTP协议定义Web客户端如何从Web服务器请求Web页面，以及服务器如何把Web页面传送给客户端。
HTTP协议采用了请求/响应模型。客户端向服务器发送一个请求报文，请求报文包含请求的方法、URL、协议版本、请求头部和请求数据。服务器以一个状态行作为响应，响应的内容包括协议的版本、成功或者错误代码、服务器信息、响应头部和响应数据

3.POST与GET区别

1、GET使用URL或Cookie传参。URL有长度上的限制，明文传输，用来获取数据
2、POST将数据放在body中，POST的数据没有限制，比GET安全，用来发送数据

4.Cookie和Session的区别与联系

主要区别在于：
	Cookie把数据保存在浏览器端的内存中
	Session把数据保存在服务器端的内存中
联系：
	当服务器端生成一个session时就会向客户端发送一个cookie保存在客户端，这个cookie保存的是session的sessionId，保证客户端发起请求后客户端已经登录的用户能够与服务器端成千上万的session中准确匹配到已经保存了该用户信息的session，同时也能够确保不同页面之间传值时的正确匹配。

5.测试的目的

软件测试的目的是为了保证软件产品的最终质量，在软件开发的过程中，对软件产品进行质量控制。一般来说软件测试应由独立的产品评测中心负责，严格按照软件测试流程，制定测试计划、测试方案、测试规范，实施测试，对测试记录进行分析，并根据回归测试情况撰写测试报告。测试是为了证明程序有错，而不能保证程序没有错误

6.软件测试原则

==1.所有测试的标准都是建立在用户需求之上的，测试的目的在于发现系统是否满足规定的需求；
2.“尽早地和不断地测试”，越早进行测试，缺陷的修复成本就会越低；
3.程序员应避免检查自己的程序，由第三方进行测试更客观有效；
4.穷举测试是不可能的；
5.充分注意测试中的群集现象，一段程序中一发现的错误数越多，其中存在的错误概率越大，因此对发现错误较多的程序段，应进行更深入的测试；
6.设计测试用例时应包括合理输入和不合理输入，以及各种边界条件、特殊情况下要制造极端状态和意外状态；
7.注意回归测试的关联性，往往修改一个错误会引起更多错误；
8.测试应从“小规模”开始，逐步转向“大规模”；
9.测试用例式设计出来，不是写出来的，应根据测试的目的，采用相应的方法设计测试用例，从而提高测试的效率，更多的发现错误，提高程序的可靠性；
10.重视并妥善保存一切测试过程文档（测试计划，测试用例，测试报告等）==

7.软件测试分为哪几个阶段？

单元测试：对最小可测试单元进行检查和验证
集成测试：测试不同模块的接口部分。
系统测试：将整个软件系统看做一个整体进行对功能、性能，以及软件所运行的软硬件环境进行测试。
验收测试：以用户为主的测试，软件开发人员和质量保证人员参加
回归测试：指修改了旧代码后，重新在新环境上进行测试以确认修改没有引入新的错误或导致其他代码产生错误。

8.单元测试与集成测试的侧重点

	单元测试：
是指对软件中的最小可测试单元进行检查和验证。
	集成测试：
1. 在把各个模块连接起来时，穿越模块接口的数据是否会丢失。
2. 各个子功能组合起来，能否达到预期的要求。

9.系统测试范围

系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。测试重点是整个系统的运行以及与其他软件的兼容性。

10.a测试与ß测试的区别

Alpha,Beta测试
а测试 软件开发公司组织内部人员模拟各类用户行为对即将上市的产品进行测试。
ß测试 软件开发公司组织各方面的的典型客户在日常工作中实际使用，并要求用户报告异常情况、提出改进意见，然后公司再进行完善。

11.验收测试怎么做？

用户验收测试是软件开发结束后，用户对软件产品投入实际应用以前进行的最后一次质量检验活动。它要回答开发的软件产品是否符合预期的各项要求，以及用户能否接受的问题。

用户验收测试可以分为两个大的部分：软件配置审核和可执行程序测试，其大致顺序可分为：文档审核、源代码审核、配置脚本审核、测试程序或脚本审核、可执行程序测试。

由于验收测试不只是检验软件某个方面的质量，而是要进行全面的质量检验，并且要决定软件是否合格，因此验收测试是一项严格的正式测试活动。需要根据事先制订的计划，进行软件配置评审、功能测试、性能测试等多方面检测

12.白盒、黑盒和灰盒测试区别

白盒测试：是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。

黑盒测试：是把所有东西装到一个盒子里，看不到内部逻辑，只能通过外部的可见的功能模块，对软件进行测试。
比如说一个网站的登陆功能，你不知道它的内部逻辑是怎样的，只能通过网页的注册输入文本框和注册按钮，来测试注册这个功能是否正常。一般黑盒测试也叫数据驱动测试或者功能测试

灰盒测试：是介于白盒测试与黑盒测试之间的，可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低

13.冒烟测试的目的

冒烟测试是为了在运行性能测试或压力测试之前，确保一切都已正确配置并可按预期运行
在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，

14.回归测试怎么做？

回归测试可以发生在任何一个阶段，包括单元测试、集成测试和系统测试
1、在测试策略制定阶段，制定回归测试策略
2、确定需要回归测试的版本
3、回归测试版本发布,按照回归测试策略执行回归测试
4、回归测试通过，关闭缺陷跟踪单（问题