测试问答

1.B/S架构和C/S架构区别
B/S 只需要有操作系统和浏览器就行，可以实现跨平台，客户端零维护，但是个性化能力低，响应速度较慢
C/S响应速度快，安全性强，一般应用于局域网中，因为要针对不同的操作系统,需要针对性的开发,并且维护成本高

2.HTTP协议和HTTPS的区别
①https协议需要到ca申请证书，一般免费证书较少，因而需要一定费用。
②http是超文本传输协议，信息是明文传输，https则是具有安全性的ssl加密传输协议。
③http和https使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。
④http的连接很简单，是无状态的；HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全。

3.POST与GET区别
①Get是不安全的，因为在传输过程，数据被放在请求的URL中；Post的所有操作对用户来说都是不可见的。
② Get传送的数据量较小，这主要是因为受URL长度限制；Post传送的数据量较大，一般被默认为不受限制。
③ Get限制Form表单的数据集的值必须为ASCII字符；而Post支持整个ISO10646字符集。
④ Get执行效率却比Post方法好。Get是form提交的默认方法。

4.Cookie和Session的区别与联系
①Cookie和Session都是会话技术，Cookie是运行在客户端，Session是运行在服务器端。
②Cookie有大小限制以及浏览器在存cookie的个数也有限制，Session是没有大小限制和服务器的内存大小有关。
③Cookie有安全隐患，通过拦截或本地文件找得到你的cookie后可以进行攻击。
④Session是保存在服务器端上会存在一段时间才会消失，如果session过多会增加服务器的压力。

5.测试的目的
1）软件测试是为了发现错误而执行程序的过程。
2）测试是为了证明程序有错，而不是证明程序无错。（发现错误不是唯一目的）
3）一个好的测试用例在于它发现至今未发现的错误。
4）一个成功的测试是发现了至今未发现的错误的测试。

6.软件测试原则
① 测试显示软件存在缺陷
② 穷尽测试是不可能的
③ 测试尽早介入
④缺陷集群性（2/8原则）
⑤ 杀虫剂悖论
⑥测试活动依赖于测试内容
⑦没有错误是好是谬论

7.软件测试分为哪几个阶段？
一般来说分为5个阶段：单元测试、集成测试、确认测试、系统测试、验收测试

8.单元测试与集成测试的侧重点
集成测试的被测对象是单元间的组合，这里，不同模块往往是分配给不同的人员开发。集成测试主要关注不同单元模块之间的接口和配合

单元测试的测试对象是这些模块下的实现具体功能的单元，一般是对应详细设计中所描述的设计内容。单元测试主要关注每个具体单元模块内部的逻辑结构和功能是否正确

9.系统测试范围
将整个软件看做一个 整体来进行测试，包括功能、性能、兼容性。

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

11.验收测试怎么做？
在软件产品完成了功能测试和系统测试之后、产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。
验收测试的目的：确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。
验收测试的参与者：用户，还可能有软测工程师等。

12.白盒、黑盒和灰盒测试区别
黑盒和灰盒的区别：
　　如果某软件包含多个模块，当使用黑盒测试时，你只要关心整个软件系统的边界，无需关心软件系统内部各个模块之间如何协作。而如果使用灰盒测试，则需要关心模块与模块之间的交互。
白盒和灰盒的区别：
　　在灰盒测试中，你无需关心模块内部的实现细节，对于软件系统的内部模块，灰盒测试依然把它当成一个黑盒来看待。而白盒测试还需要再深入地了解内部模块的实现细节和各个分支。

13.冒烟测试的目的
为正式测试前，验证是否产品或系统的主要需求或预置条件是否存在bug。

14.回归测试怎么做？
1）重点测试软件中被修改的部分；

（2）从原基线测试用例库中，排除所有不再适用的测试用例，确定那些对新的软件版本依然有效的测试用例，其结果是建立一个新的基线测试用例库。

（3）依据一定的策略从测试用例库中选择测试用例测试被修改的软件。

（4）如果必要，生成新的测试用例集，用于测试无法充分测试到的软件部分。

（5）用新软件测试用例集执行修改后的软件。

15.全部回归与部分回归的区别？

16.需求分析的目的
产品需求也不等于是测试需求。没有测试需求分析，会导致我们的信息不完整、不准确，无法对所测产品有一个清晰全面的认识。所以，我们要先进行测试需求分析，在这个基础上，再进行后面的测试设计，测试计划等工作。

17.测试计划的目的
编写软件测试计划的目的是指导测试组成员进行工作和让测试组以外的项目成员了解测试工作的。

18.什么时候开始写测试计划

19.由谁来编写测试计划

20.测试计划的内容
①简介
②参考文档和提交文件
③进度安排
④测试资源
⑤严重程度和优先级
⑥风险分析
⑦测试策略

21.结束条件(项目上线的条件)

22.常见的测试风险

23.测试用例的要素

24.测试用例级别的划分

25.怎样保证覆盖用户需求？

26.写好测试用例的关键 /写好用例要关注的维度

27.测试用例的状态

28.常见的测试用例设计方法

29.判定表用在哪些时候/哪些功能

30.什么时候用到场景法
从基本流开始，再将基本流和备选流结合起来，可以确定用例场景

31.测试环境怎么搭建的？

32.偶然性问题的处理

33.当我们认为某个地方是bug，但开发认为不是bug，怎么处理？
找到需求文档或者是原型图进行匹对
尝试多种测试环境和多种测试方式来确认是否为bug
.整理bug的复现的步骤和出现的频率
.开发坚持不认为是bug的时候找项目经理测试经理进行沟通来确认是否为bug
将客户经理 测试 测试经理和项目经理进行开确认会来判定是否为bug
测试人员需要将bug整理并写入测试总结中

34.产品在上线后用户发现bug，这时测试人员应做哪些工作？

35.二八定理

36.如何跟踪缺陷

37.缺陷的状态

38.缺陷的等级
系统崩溃，严重，一般，次要，建议

39.缺陷单应该包含这些要素
缺陷编号 缺陷标题 缺陷描述 重现步骤 严重程度 优先级 用例编号

40.测试报告的主要内容

41.如何定位bug：

42.开发没时间修复，如何推进bug的修复：

43.软件测试流程

44.项目介绍

45.对一支圆珠笔进行测试，要从哪些方面进行测试？三角形测试用例设计

46.在项目中发现哪些经典bug？什么原因导致的？

47.一个项目完成时，有多个重要的缺陷没有被修复，但是项目负责人说可以不修改，你认为测试是不通过的，请简述你的理由。

48.在需求文档不太详细的情况下，如何开展测试？

49.如何尽快找到软件中的bug?

50.什么是bug？

51.ATM机吞卡的吞卡现象是不是BUG?

52.如何减少非问题单的提交？

53.有个程序，在windows上运行很慢，怎么判断是程序存在问题，还是软硬件系统存在问题？

54.你们发现bug会怎么处理。
一般测试员首先发现bug，然后提交bug，开发人员确认是否是bug，如果不是就拒绝修复，如果是就修复bug，测试员再对修复的bug进行验证，如果确实修复了就关闭bug，如果bug还存在就reopen。