笔记-软件质量

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 测试可以记录软件运行过程中产生的一些数据, 从而为决策提供数据支持

3 测试可以降低同类型产品开发遇到的问题的风险

三 测试原则

1 测试证明软件存在缺陷: 无论执行什么样的测试操作都保证能证明当前软件是有缺陷

2 不能执行穷尽测试: 有些功能是没有办法将所有的测试情况都罗列出来,所以任何的测试操作都有结束的时间.

3 缺陷存在群集现象: 对于软件功能说, 核心功能占20%,非核心功能80%,在实际工作中我们会集中测试 20%的核心功能，所以这个部分发现缺陷的几率就会高于 80%。因此我们我们就会遇到缺陷都集中在 20% 功能模块里的现象。

4 某些测试需要依赖特殊的环境

5 测试应尽早介入, 为了更多的发现和更好的解决软件中的缺陷, 我们追求测试尽早的开展

6．杀虫剂现象：同样的一个测试用例不能重的执行多次，因为软件会对它产生免疫。

7．不存在缺陷谬论：任何软件不可能是完美的。

1.4 测试对象介绍

软件分为三个部分组成：功能集合+使用说明书 + 配置数据

1 需求分析阶段:各种需求规划说明书

2 软件架构设计 API接口文档(接口测试)

3 编码实现阶段: 源代码 (白盒测试 , 黑盒测试)

4 系统功能使用: 软件功能主体

1.5 测试级别

1 单元测试(UT unit test) 在软件测试中单元指的就是组成软件最小的底层代码结构, 一般是类, 函数, 组件)

2 集成测试(IT system ingetaion test) 将多个单元模块组合在一起,然后验证他们之间沟通的桥梁是否正常工作(接口测试)

3 系统测试(ST system test) : 这是当前用的最多的一种,由测试人员当用户然后对软件的功能主体进行测试

4 验收测试
(1) α测试-----内测
(2) β测试-----公测
(3)uat测试-----客户排出对业务非常精通的人员进行使用,从而对功能进行测试
(4) 验收测试的核心就是让用户为当前软件买单

1.6 系统测试分类

1 功能测试 :验证当前的软件主体功能是否可用

2 兼容性测试 : 验证当前软件在不同的环境下是否可以使用

3 安全测试 : 验证软件是否只能授权用户提供功能的使用

4 性能测试 : 对于当前软件消耗的资源,它的产出能力

1.7 常见的系统测试方法

一 按测试对象进行分类
1 白盒测试 : 针对的是底层代码,不会在意外界是否ok,只要底层功能实现,同时逻辑正确

2 黑盒测试: 针对软件外在主体功能是否可用

3 灰盒测试 : 介于二者之间

4 上述三种方法当中的 “盒” 指的就是被测对象。

二 按测试对象是否执行分类

1 静态测试: 指的就是测试不执行

2 动态测试: 将软件运行在真实的使用环境中进行测试

三 按测试手段进行分类

1 手工测试 : 由测试人员手动的对被测对象进行验证，优点就是可以灵活的改变测试操作

2 自动化测试: 所谓自动化主要有二种形，一种是自已写测试脚本，另外一种就是通过第三方的工具对被测对象进行测试。优点就是可以高效率的去执行一些人工无法实现的操作。

1.8 软件质量

描述当前软件是否好用，在当前的软件行业里我们所采用的一套标准是基于 ISO 组织制定的。需要我们记忆的就是软件质量的六大特性：

1 功能性 : 软件需要满足用户显式或隐式功能

2 易用性 : 软件易于学习和上手使用

3 可靠性 : 软件必须实现需求中明确的具体功能

4 效率性 : 类型与软件的性能

5 可维护性 : 软件具有某个功能修复之后继续使用的能力

6 可移植性 : 当前软件可以从一个平台移植到另一个平台上去使用的能力。

1.9 软件测试流程

1 需求分析
(1) 当前阶段的核心目的就是梳理需要设计的点是什么
(2) 需求的来源: 需求规格说明书 ,api文档,竞品分析,个人经验

2 设计用例
(1)用例就是用户为了测试软件的某个功能而执行的操作过程
(2) 设计用例是有方法的(等价类,边界值,判定表)

3 评审用例对当前的用例进行添加或删除

4配置环境
(1) 环境：指的就是当前被测对象运行所需要的执行环境，做为测试人员需要具备配环境的能力

(2) 环境分类: 操作环境,服务器环境,数据库,软件底层代码的执行环境

5 执行用例
(1) 一般在执行用例之前我们会做一个冒烟测试。 种测试的核心就是快速的对当前软 这件的核心功能或者主体执行流程进行验证。如果冒烟测试阶段有问题，则可以将此版本回退给开发。

(2) 如果冒烟测试通过那么才会开展示全面的测试。

6 回归测试及缺陷跟踪

(1) 回归测试指的就是当我们将某个缺陷提交给开发之后，由它们进行修复，修复完成之后需要测试认员再次对其进行测试【回归测试】
(2) 缺陷跟踪：指的就是当测试人员发现某个缺陷之后需要一直对其进行状态的跟踪。

7 输出测试报告将当前的测试过程中产生的数据进行可视化的输出。方便其它人去查看。

8 测试结束当将整个测试过程中产生的一些文档进行整理归档，方便后续版本使用。

1.10 软件架构
目前来说最常见的二种架构模式就是 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.11 浏览器基本介绍

一、浏览器是什么

浏览器本质就是一款软件，安装在操作系统之上。一般给用户提供浏览网页的服务。目前来说我们会人为的将所有浏览器总结出一个所谓的五大生产厂商。【 对于浏览器来说最核心技术就是内核 】

二、五大浏览器生产厂商

1．IE( 微软 )-----trident

2．Chrome ( 谷歌 )----blink

3．Firefox( 火狐 )-----gecko

4．Safari( 苹果 )-----webkit

5．Opera( 欧朋 )----presto【 现在已经放弃自已东西完全向 chrome 】

1.12 常见的图片类型

1 Jpg(jpeg) :这是一种可以高度保留图片色彩信息的格式。

2 Png：该类型的图片可以实现透明。

3 Gif：图片所占体积小，可以实现动图

4 Psd：它是一种分层的图片。