测试基础知识

2T ：C/S结构

WEB：B/S结构

3T：介于2T和WEB之间

bug严重等级：

1、致命错误（死机、死循环）

2、严重错误（安全性问题、主要功能缺失）

3、一般错误（在完成某一功能时出现错误，但不影响该功能的实现）

4、轻微（功能已完成，但存在功能上的小问题，如字段格式等）

5、建议（界面上的建议优化）

软件缺陷（bug）和软件错误（error）的区别和联系：

区别：软件缺陷是存在于软件之间的不希望或者不可接受的偏差，而软件错误时由于人为产生的错误，缺陷是在软件中抽象存在的，而错误时人的行为问题。

联系：由于人的错误行为，在设计或者编码过程中的失误，导致了软件内部的缺陷，人为错误是引发软件缺陷的直接原因。一个软件错误必定引发一个或多个软件缺陷。

 

测试分类：

冒烟测试：发现bug后，开发人员修复后，测试人员针对该问题进行（版本验证测试）测试，要保证修改部分及其关联的模块不出问题即可。

 

单元测试：由开发者进行白盒测试的方法。

集成测试：着重接口测试。

系统测试（黑盒测试）：软件和硬件进行系统测试。

白盒测试：通过程序的源代码进行测试而不使用用户界面。

黑盒测试：通过输入数据查看输出结果，从而了解软件怎么工作。

 

性能测试（介于黑盒、白盒之间）是系统测试的一种，性能测试：在一定的负载情况下（也可以理解为多用户使用的情况下），系统的响应时间等特性是否满足特定的性能要求。

性能测试无论使用测试工具还是模拟，本质上是通过一个程序去测试另一个程序。

性能测试与功能测试的区别：

功能测试关注能做什么；而性能测试关注能做什么和做的如何。

 

负载（各核CPU还有多少个进程在等待）测试：通过系统测试在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。

压力测试：指被测系统在一定资源（CPU、内存）饱和的情况下，系统的运行情况。

 

负载测试目的：测试软件系统是否达到需求文档设计的目标。

强度测试（压力测试）目的：测试硬件系统是否达到需求文档设计的目标。

容量测试目的：确定系统的最大承受量。

可靠性测试：被测系统在长时间（72小时）运行下的运行情况。

配置测试：通过调整被测系统软硬件的不同配置，找到一个最适合被测系统的配置或者获得被测系统在不同配置下的运行情况。

 

alpha：内部测试人员执行测试使用。

beta：测试人员发布至现场实施使用。

demo：实施人员更新进行演示使用。

release：交付用户使用的标准版、最终版。

版本包一般包括：应用包、数据库脚本、部署手册、操作手册。

 

http协议：http协议可以理解为一种写信的格式。http协议是客户端的浏览器与服务器之间通讯协议。

1、客户端发送给服务器的“信”，称之为请求，请求协议；

2、服务器发送给客户端的“信”，称之为响应，响应协议。

请求协议格式：请求首行（请求方式、请求的url、协议和版本）、请求头信息、空行、请求体（get请求没有请求体，post请求有请求体）

响应协议格式：响应首行（协议和版本、状态码、状态码的解释）、响应头信息、空行、响应体（html）

 

 请求方式：

GET方法是默认的http请求方法，日常用GET方法来提交表单数据，然而用GET方法提交的表单数据只经过了简单的编码，同时它将作为URL的一部分向web服务器发送，因此，如果使用GET方法来提交表单数据就存在着安全隐患上。

POST方法是GET方法的一个替代方法，它主要是向web服务器提交表单数据，尤其是大批量的数据，POST方法克服了GET方法的一些缺点。通过POST方法提交表单数据时，数据不是作为URL请求的一部分而是标准数据传送给web服务器，这就克服了GET方法中的信息无法保密和数量太小的缺点。

抓包的重要性：

抓包抓的是协议包。

对于性能测试，通过协议查看前后台的交互，重点不在于操作，而在于前后台交互。通过抓包工具，目的主要是查看前后台传输内容，理解网站技术架构、前后台交互数据报告格式等。

性能测试关注的是协议。

安全测试通过抓包查看前后台交互，通过修改包向后台提交危险信息以及进行攻击，查看后台如何响应。

功能测试通过抓包，可更深刻了解被车站点，可以发现网站其他方面问题，如404错误。

 

git使用：

创建组-》设置组成员-》创建空白项目（创建空白自序文件README.md）-》创建目录-》sourceTree克隆项目-》获取最新数据-》拉取显现更新数-》自动更新最新数据

提交：将工作空间修改提交到本地库

推送：将本地库修改提交到远程库

拉取：从远程拉取最新版本到本地，自动合并merge（工作空间）

获取：从远程获取最新版本到本地，不会自动合并到merge

检出：创建分支/切换分支。checkout时，如果当前分支只有1个，则新建分支；有2个，则切换分支。

 

 

测试通过标准：

功能测试指标：

1、崩溃程度bug数量比为0%

2、严重程度bug数量占比不超过5%

3、一般程度bug数量占比不超过45%

4、轻微及建议性bug数量占比应高于50%

性能测试指标：

需求说明书或测试申请单中无指定性能要求时，统一按照响应时间2（优）、5（一般）、8（差）原则。

输出文档：测试计划、测试方案、环境部署手册、测试报告、测试质量单、发包、操作手册、版本管控、代码检查报告。

作为第三方测试公司需提供的文档：测试计划、测试方案、系统测试部署方案、性能测试、测试用例、性能测试用例、测试用例评审会议表、系统冒烟测试记录表、系统测试结果表、测试报告、性能测试报告、安全测试报告、web数量质量单、app数量质量单、系统质量评估单、环境说明表、测试服务器资源情况表、项目更新说明文档、版本使用记录表、现场版使用登记表、版本申请表、产品版本登记表。

 

 

错误等级：一般按照对系统影响的程度划分。

致命：造成系统崩溃、操作系统死机、死锁，主要功能无法实现，程度异常关闭。

严重：比如说存在内存泄漏，次要功能无法实现等，但不影响主要流程。

一般：界面显示错误，提示信息误导用户等。

提示：修改、删除前无提示信息、功能需改进等。

B2C：企业对终端消费券，例如：京东、亚马逊

B2B：企业对企业，例如：阿里巴巴

C2C：个人对个人，例如：淘宝网