本篇目录
1.1 文字阴影
1.2 过渡属性
1.3 软件测试行业基本介绍
1.4 软件测试基本介绍
1.5 测试对象介绍
1.6 测试级别
1.7 系统测试分类
1.8 常见的系统测试方法
1.9 软件质量
1.10 软件测试流程
1.11 软件架构
1.12 浏览器基本介绍
1.13 常见的图片类型
1.1 文字阴影
一、字体样缩写
Font: 文字粗细 大小/行高 字体名称;
Font: bold 20px/200px '微软雅黑';
二、CSS3 中的文字阴影
Text-shadow: x y r color;
Text-shadow: 0px 0px 0px red;
注：
01 x 表示阴影在水平方向的偏移量，可以设置负值，正负不表示大小，只表示方向。
水平向右为正，向左为负，单位是 px
02 y 表示阴影在垂直方向的偏移量，垂直向上为负，向下为正
03 r 表示阴影的模糊程度，数值越大阴影越模糊 ，单位 px
04 color 表示阴影的颜色
05 C3 允许一段文字有多层阴影，多层之间用逗号隔开，每一层内，不同参数之间用空格隔开。
1.2 过渡属性
过渡属性的作用就是在元素的默认样式与最终样式变化之间产生一个过程。在 C3 中新增了一个属性叫 transition
Transition: all 1s linear 0s;
注：
01 第一个参数的作用是设置元素身上的哪些属性产生过渡，一般用 all 表示所有的属性都过渡。
02 第二个参数的作用设置过渡需要时长，单位是 s 不要省略
03 第三个参数的作用设置过渡的动画形式，linear 表示匀速
04 第四个参数设置当前过渡等待多久之后才会执行( 延时 )。即使为 0 ，单位也不能省。
05 :hover 选择某个元素被鼠标移上时的状态。
06 transition 这个属性既可以添加在元素默认状态，也可以添加在鼠标移上状态，区别就是第二种做法在鼠标离开的时候不会在有过渡变化。
1.3 软件测试行业基本介绍
一、为什么需要软件测试
1．一款软件从无到有会经历很多的开发阶段由不同的人来参与开发，所以最终产出的软件功能可能会存在问题。因此为了保证软件的功能是可用的，我们必须要进行测试。
2．当前的软件件行业已经不在是功能为王了， 户不仅仅只盯着软件的功能是否满足需求， 用还会对软件是否容易上手，执行效率是否 OK .....等一系列其它体验都有了更高的要求，所以这也需要我们对软件进行大量的测试。
二、为什么选择软件测试
1. 国内的软件行业对于专业的软件测试人员需求是慢慢变大。
2. 有些人喜欢创造世界所以他们做了开发， 我们就是希望这个世界变得更加美好所以做了 而测试。
三、为什么不让开发自已做测试
1．当前行业有许多的测试从业人员本身之前都是开发岗。
2．专业度：软件测试和软件开发分别属于软件行业当中二个不同的技术方向。所以让专人做专事对于质量更加有保证。
3．思维定式： 在软件的开发周期中 对于程序员来说他们大多数的时间都是在思考如何实现具体的软件功能，而不会去从用户的角度考虑如何去"奇葩"的使用这些功能。
4．测试力度： 相对于开发来说，产器就相当于是他们的"孩子"。所以"下手"就不会那么狠。
1.4 软件测试基本介绍
一、软件测试定义
通过手工或者工具对 "被测对象"进行测试操作，从而验证实际结与预期结果之间是否存在差异。
二、软件测试的作用
1．通过测试工作可以发现并修复软件当中存在的缺陷，从而提高用户对产品的使用信心。
2．测试可以记录软件运行过程中产生的一些数据，从而为决策提供数据支持。
3．测试可以降低同类型产品开发遇到问题的风险。
三、测试原则：(要背和记的)
所谓的测试原则指的就是我们在执行测试工作时必须要遵守的一些规则。
1．测试证明软件存在缺陷：无论执行什么样的测试操作都保能证明当前软件是有缺陷的。
2．不能执行穷尽测试：有些功能是没有办法将所有的测试情况都逻列出来，所以任何的测试操作都有结束的时间。
3．缺陷存在群集现象：对于软件功能说，核心功能占 20%，非核心是 80%。在实际工作中我们会集中测试 20%的核心功能，所以这个部分发现缺陷的几率就会高于 80%。因此我们我们就会遇到缺陷都集中在 20% 功能模块里的现象。
4．某些测试需要依赖特殊的环境
5．测试应尽早介入：为了更多的发现和更好的解决软件中的缺陷，我们追求测试工作尽早的开展。
6．杀虫剂现象：同样的一个测试用例不能重的执行多次，因为软件会对它产生免疫。
7．不存在缺陷谬论：任何软件不可能是完美的。
1.5 测试对象介绍
对于当前的测试行业来说我们最经常测试的主体就是 软件( 主体功能 )，但是需要我们明白是一个软件也不仅仅只有功能需要测试。我们可以将软件分为三个部分组成：功能集合+使用说明书 + 配置数据。
对于一款软件来说从无到有需要不同的过程，我们可以将这个过程分为不同阶段，然后每个阶段都会相应有测试对象
1. 需求分析阶段：各种需求规格说明书。
2. 软件架构设计：API 接口文档( 接口测试 )
3. 编码实现阶段：源代码（ 白盒测试、单元测试 ）
4. 系统功能使用：软件功能主体（ 当前行业做的最多的一种测试 ）
（面试的时候，问以前在公司做了什么，可以介绍不仅仅知识功能测试，还有使用说明书测试，数据测试等。可以自己知道的留一两个，因为面试官会说还有吗？）
1.6 测试级别（要背和记的）
软件的开发都会依据相应的开发模型， 测试级别指的就在这个模型当中我们人为定义 则的开发步骤。其中对于测试来说我们最常见的一种级别分类如下：
1．单元测试[ UT unit test ]：在软件测试中单元指的就是组成软件最小的底层代码结构，一般就是类、函数、组件（ 当下的软件测试行业，不会刻意要求测试人员对源代码进行测试 ）。
2．集成测试( IT system ingertaion test ):将多个单元模块组合在一起，然后验证它们之间沟通的"桥梁"是否能正常工作( 接口测试 )
3．系统测试( ST system test ):这是当前行业做的最多的一种测试。由测试人员充当用户然后对软件的功能主体进行测试。
4．验收测试:
(1) a测试 ---- 内测
(2) b测试 -----公测
(3) UAT( user acceptance test )测试---- 由客户派出对于业务非常精通的人员来使用该软件，从而对功能进行测试。
(4) 验收测试的核心就是让用户为当前软件 "买单"
1.7 系统测试分类（常识）
1. 功能测试：验证当前的软件主体功能是否可用。
2. 兼容性测试：验证当前软件在不同的环境下是否还可以使用。
3. 安全测试：验证软件是否只是能授权用户提供功能使用。
4. 性能测试：相对于当前软件消耗的资源 它的产出能力。
（目前做功能测试，越往下级别越高，可以是以后的方向。）
1.8 常见的系统测试方法（要背和记的）
一、按测试对象进行分类
1．白盒测试：这种测试的主体就是软件的底层代码，不会在意外在的界面是否 OK ，只要求底层功能实现，同时逻辑正确。
2．黑盒测试：这种测试就是指测试软件外在主体功能是否可用。
3．灰盒测试：介于二者之间（ 接口测试 ）
4．上述三种方法当中的 "盒" 指的就是被测对象。
二、按测试对象是否执行分类
1．静态测试：指的就是测试不执行。
2．动态测试：将软件运行在真实的使用环境中进行测试。
三、按测试手段进行分类
1．手工测试：由测试人员手动的对被测对象进行验证，优点就是可以灵活的改变测试操作及环境。
2．自动化测试：所谓自动化主要有二种形，一种是自已写测试脚本，另外一种就是通过第三方的工具对被测对象进行测试。优点就是可以高效率的去执行一些人工无法实现的操作。
1.9 软件质量（要背和记的，记住，并灵活运用。）
描述当前软件是否好用，在当前的软件行业里我们所采用的一套标准是基于 ISO 组织制定的。需要我们记忆的就是软件质量的六大特性：
1. 功能性：软件需要满足用户显式或者稳式的功能。
2. 易用性：软件易于学习 和上手使用。
3. 可靠性：指的就是软件必须实现需求当中指明的具体功能。
4. 效率性：类似于软件的性能。
5. 可维护性：要求软件具有将某个功能修复之后继续使用的能力。
6. 可移植性：当前软件可以从一个平台移植到另一个平台上去使用的能力。
【 功能靠用，效率可"以" 】
这里有提到一个小的面试题：
你向后端提了一个Bug，开发并不认为这是一个Bug。你怎么做？
你要反问，（获取场景）
比如问：在什么样的情况下，他认为不是一个bug?或者直接问是什么样的场景？
（一般他会回答，在什么软件使用下，因为我做了什么操作，那边不认为是一个bug）
小案例：计数两个值的总和，求和成功后，没有把输入的值自动删除。
回答流程：
- 1. 摆明立场：告诉他软件测试有一个标准，来衡量一个软件的好坏。
- 2. 摆出依据：依据我们软件质量有一个特性（易用性）。注：这里要根据实际场景，结合上面的特点说的。
- 3. 问题例子：加入用户输入了一个数字，得出结果并没有清空输入数据。会给用户造成疑惑，到底自己输入的数值到底有没有求和操作。
- 4. 结论： 从易用性来看，不利于用户使用。
- 5. 自己例子：如果求和后，清空了。用户立马明白计算过了，该换下一组数据。
- （有的时候就是要结合软件质量标准6大特性来说，可以自己修饰词语，哪样说比较好就哪样说。）
1.10 软件测试流程（要背和记的）
1. 需求分析
(1) 当前阶段的核心目的就是梳理清楚我们需要设计的点是什么。
(2) 需求的来源：需求规格说明书、API 文档、竟品分析、个人经验
2. 设计用例：
(1) 用例就是用户为了测试软件的某个功能而执行的操作过程。
(2) 设计用例是有方法的（ 等价类、边界值、判定表...... ）
3. 评审用例:对当前的用例进行添加或者删除。
4. 配置环境
(1) 环境：指的就是当前被测对象运行所需要的执行环境，做为测试人员需要具备配环境的能力。【 一般情况下都会使用一键安装的集成环境 】
(2) 环境分类：操作系统 + 服务器软件 + 数据库 + 软件底层代码的执行环境。
5. 执行用例
(1) 一般在执行用例之前我们会做一个冒烟测试。 种测试的核心就是快速的对当前软 这件的核心功能或者主体执行流程进行验证。如果冒烟测试阶段有问题，则可以将此版本回退给开发。
(2) 如果冒烟测试通过那么才会开展示全面的测试。
6. 回归测试及缺陷跟踪
(1) 回归测试指的就是当我们将某个缺陷提交给开发之后，由它们进行修复，修复完成之后需要测试认员再次对其进行测试【回归测试】
(2) 缺陷跟踪：指的就是当测试人员发现某个缺陷之后需要一直对其进行状态的跟踪。
7. 输出测试报告
将当前的测试过程中产生的数据进行可视化的输出。方便其它人去查看。
8. 测试结束
当将整个测试过程中产生的一些文档进行整理归档，方便后续版本使用。
1.11 软件架构（知道就行）
所谓的软件架构我们可以理解为是用来指导我们软件开发的一种思想。 前来说最常见目的二种架构模式就是 B/S C/S
B---browser 浏览器
C---clent 客户端
S---server 服务端
三、二种架构的比较
1．标准：相对于 CS 架构来说 BS 架构的二端都是在使用现成的成熟产品。所以 BS 会显示的标准一些。
2．效率：相对于 BS 架构来说 CS 中的客户端可以分担一些数据的处理，因此执行效率会高一些。
3．安全：B S 架构当中的数据传输都是以 HTTP 协议进行的输出，而 HTTP 协议又是明文输出。可以被抓包，所以相对于 CS 架构来说 BS 就显得不那么安全【相对的】
4．升级： 架构只需要在服务器端将数据进地更新， 台只需要刷新页面就可以完成升级，BS前，而 CS 架构当中必须要将二端都进行更新。
5．开发成本：相对于 BS 架构来说 CS 当中的客户端需要自已开发，所以相对于来说成本会高一些。
1.12 浏览器基本介绍（知道就行）
一、浏览器是什么
浏览器本质就是一款软件，安装在操作系统之上。一般给用户提供浏览网页的服务。目前来说我们会人为的将所有浏览器总结出一个所谓的五大生产厂商。【 对于浏览器来说最核心技术就是内核 】
二、五大浏览器生产厂商
1．IE( 微软 )-----trident
2．Chrome ( 谷歌 )----blink
3．Firefox( 火狐 )-----gecko
4．Safari( 苹果 )-----webkit
5．Opera( 欧朋 )----presto【 现在已经放弃自已东西完全向 chrome 】
下面的图供参考。
1.13 常见的图片类型
1. Jpg(jpeg) :这是一种可以高度保留图片色彩信息的格式。
2. Png：该类型的图片可以实现透明。
3. Gif：图片所占体积小，可以实现动图
4. Psd：它是一种分层的图片。