软件测试行业基本介绍
一、为什么需要软件测试
- (功能质量)一款软件从无到有经历很多的开发阶段由不同的人参与开发,所以最终产出的软件功能可能会存在问题。因此为了保证软件的功能是可用的,我们必须要进行测试。
- (用户体验)当前的软件行业已经不在是以功能为王了,用户不仅仅只盯着软件的功能是否满足需求,还会对软件是否容易上手,执行效率是否OK.......等一系列其他体验都有了更高的要求,所以这也需要我们对软件进行大量的测试
二、为什么选择软件测试
- 国内的软件行业对于专业的软件测试人员需求是慢慢变大的。
2.有些人喜欢创造世界所以他们做了开发,而我们就是希望这个世界变得更加美好所以做了测试
三、为什么不让开发自己做测试
- 当前行业有许多的测试从业人员本身之前都是开发岗。
- 专业度:软件测试和软件开发分别属于软件行业当中二个不同的技术方向。所以让专业人做专事对于质量更加有保证。
- 思维定式:在软件的开发周期中,对于程序员来说他们大多数的时间都是在思考如何实现具体的软件功能,而不会去从用户的角度考虑如何去"奇葩"的使用这些功能。
- 相对于开发来说,产品就相当于他们的"孩子",所以下手就不会那末狠。
软件测试基本介绍:
一、软件测试定义
通过手工或者工具对"被测对象"进行测试操作,从而验证实际结果与预期结果之间是否存在差异
二、软件测试的作用
- 通过测试工作可以发现并修复软件当中存在的缺陷,从而提高用户对产品的使用信心。
- 测试可以记录软件运行过程中产生的一些数据,从而为决策提供数据支持
- 测试可以降低同类型产品开发遇到问题的风险
三、测试原则:
所谓的测试原则指的就是我们在执行测试工作时必须遵守的一些规则。
- 测试证明软件有缺陷:无论执行什么样的测试操作都保证能证明当前软件是有缺陷的。
- 不能执行穷尽测试:有些功能是没有办法将所有的测试情况都罗列出来,所以任何的测试操作都有结束的时间
- 缺陷有集群现象:对于软件功能来说,核心功能大约占20%。非核心功能大约占80%,在实际工作中我们会集中测试20%的核心功能,所以这个部分发现缺陷的几率就会高于80%,因此我们就会遇到缺陷都集中在20%功能模块的现象
- 某些测试需要依赖特殊的环境
- 测试应尽早介入:为了更多的发现和更好的解决软件中的缺陷,我们追求测试工作尽早的开展
- 杀虫剂现象:同样的一个测试用例不能重复的执行多次,因为软件会对他产生免疫
- 不存在缺陷谬论:任何软件不可能是完美的。
测试对象介绍
对于当前的测试行业来说我们最经常测试的主体就是软件(主体功能),但是需要我们明白是一个软件也不仅仅只有功能需要测试。我们可以将软件分为三个部分组成:功能集合+使用说明书+配置数据
- 对于一款软件来说从无到有需要不同的过程,我们可以将这个过程分成不同阶段,然后每个阶段都会有相应的测试对象:
- 需求分析阶段:各种需求规格说明书
- 软件架构设计:API接口文档(接口测试)
- 编码实现阶段:源代码(白盒测试、单元测试)
- 系统功能使用:软件功能主体(当前行业做的最多的一种测试)
测试级别
软件的开发都会依据相应的开发模型,则测试级别指的就在这个模型当中我们人为定义的开发步骤,其中对于测试来说我们最常见的一种级别分类如下:
- 单元测试(UT unit test):在软件测试中单元指的是组成软件最小的底层代码结构,一般就是类、函数、组件(当下的软件测试行业,不会刻意要求测试人员对源代码进行测试)
- 集成测试(IT system Integration test):将多个单元模块组合在一起,然后验证他们之间沟通的"桥梁"是否能正常工作(接口测试)
- 系统测试(ST system test):这是当前行业做的最多的一种测试,由测试人员充当用户然后对软件的功能主体进行测试。
- 验收测试
(1)α测试---内测
(2)β测试---公测
(3)UAT(user acceptance test)测试:由客户派出对业务非常精通的人来使用该软件,从而对功能进行测试
(4)验收测试的核心就是让用户为当前软件"买单"
系统测试分类
- 功能测试:验证当前的软件主体功能是否可用
- 兼容性测试:验证当前软件在不同的环境下是否还可以使用
- 安全测试:验证软件是否只是能授权用户提供功能使用
- 性能测试:相对于当前软件消耗的资源,它的产能力
常见的测试方法
一、按测试对象进行分类
- 白盒测试:这种测试的主体就是软件的底层代码,不会在意外在的界面是否OK,只要求底层功能实现,同时逻辑正确
- 黑盒测试:这种测试就是指测试软件外在主体功能是否可用
- 灰盒测试:介于二者之间(接口测试)
- 上述三种方法当中的“盒”指的就是被测对象
二、按测试对象是否执行分类
- 静态测试:指的是测试不执行(比如测文档,静态页面和设计图对不对的上看看就行)
- 动态测试:将软件运行在真实的使用环境中进行测试
三、按测试手段进行分类
- 手工测试:由测试人员手动的对被测对象进行验证。优点就是可以灵活的改变测试操作及环境
- 自动化测试:所谓的自动化主要有两种形,一种是自己写测试脚本,另外一种就是通过第三方的工具对被测对象进行测试。优点就是可以提高效率的去执行一些人工无法实现的操作。
软件质量
描述当前软件是否好用,在当前的软件行业里我们所采用的一套标准是基于ISO组织制定的。需要我们记忆的就是软件质量的六大特性:
- 功能性:软件需要满足客户显示或隐式的功能
- 易用性:软件要易于学习和上手使用
- 可靠性:指的就是软件必须实现需求当中的具体功能
- 效率性:类似于软件的性能
- 可维护性:要求软件具有将某个功能修复之后继续使用的能力
- 可移动性:当前软件可以从一个平台移植到另一个平台使用的能力
【功能靠用,效率可“以”】
软件测试流程
- 需求分析
(1) 当前阶段的核心目的就是梳理清楚我们需要测试的点是什么
(2) 需求的来源:需求规格说明书(产品经理提出来的产品,有什么功能,想实现什么功能,用户怎末用这个功能)、API文档、竞品分析、个人经验 - 设计用例
(1)用例就是用户为了测试软件的某个功能而执行的操作过程
(2)设计用例是有方法的(等价类、边界值、判定表......) - 评审用例:对当前的用例进行添加或者删除(他人对自己设计的用例进行评审)
- 配置环境
(1)环境:指的是当前被测对象运行所需要的执行环境,做为测试人员需要具备配环境的能力。【一般情况下都会使用一键安装的集成环境】
(2)环境分类:操作系统+服务器软件+数据库+软件底层代码的执行环境 - 执行用例
(1)一般在执行用例之前我们会做一个冒烟测试,这种测试的核心就是快速的对当前软件的核心功能或者主体执行流程进行验证,如果冒烟测试阶段有问题,则可以将此版本回退给开发
(2)如果冒烟测试通过才会开展全面的测试 - 回归测试及缺陷跟踪
(1)回归测试指的就是当我们将某个缺陷提交给开发之后,由他们进行修复,修复完成之后需要测试人员再次对其进行测试【回归测试】
(2)缺陷跟踪:指的就是当测试人员发现某个缺陷之后需要一直对其进行状态的跟踪 - 输出测试报告
将当前的测试过程中产生的数据进行可视化的输出。方便其他人去查看 - 测试结束
将整个测试过程中产生的一些文档进行整理归档,方便后续版本使用。
常见软件架构
所谓的软件架构我们可以理解为是用来指导我们软件开发的一种思想。目前来说最常见的两种框架模式就是 B/S、C/S
B---Browser---浏览器
C---Client----客户端
S---Server----服务端
二、二种架构的比较
- 标准:相对于CS架构来说BS架构的二端都是在使用现成的成熟产品。所以BS会显示的标准一些。
- 效率:相对于BS架构来说CS中的客户端可以分担一些数据的处理,因此执行效率会高一些。
- 安全:BS架构当中的数据传输都是以HTTP协议进行的输出,而HTTP协议有事明文输出。可以被抓包,所以相对于CS架构来说BS就显得不那么安全【相对的】
- 升级:BS架构只需要在服务器端将数据进行更新,前台只需要刷新页面就可以完成升级,而CS架构当中必须要将二端都进行更新。
- 开发成本:相对于BS架构来说CS当中的客户端需要自己开发,所以相对于来说成本会高一些(BS两端,CS服务端不需要自己开发)
浏览器基本介绍
一、浏览器是什莫
浏览器本质就是一款软件,安装在操作系统之上,一般给用户提供浏览页面的服务。目前来说我们会人为的将所有浏览器总结出一个所谓的五大生产厂商。【对于浏览器来说最核心技术就是内核】
二、五大浏览器生产厂商
- IE(微软)----trident
- Chrome(谷歌)----blink
- Firefox(火狐)----gecko
- Safari(苹果)----webkit
- Opera(欧朋)----presto【现在已经放弃自己的东西完全向chrome】
常见的图片类型
- jpg[jpeg]:这是一种可以高度保留图片色彩信息的格式
- png:该类型的图片可以实现透明
- Gif:图片所占体积小,可以实现动图
- psd:他是一种分层的图片(比如网页的设计图)