测试基础
1:计算机组成:
硬件(输入输出);软件(系统软件、应用软件)
2:计算机网络——OSI七层模型:
- 应用层:所有应用程序的网络在此展开
- 表示层:表示数据形式,完成对传输数据的转化(数据的加密及解密)
- 会话层:负责建立、维护、拆除会话(session缓存)
- 传输层:负责建立一个可靠的端到端的链接
- 网络层:负责路由寻址和广播
- 数据链路层:负责将上层数据封装成帧
- 物理层:只负责传输0、1二进制bit流,不解释
3:TCP-IP协议(网络通讯协议):
- 应用层:应用程序相互沟通的层
- 传输层:提供数据传输,应用之间的通信服务
- 网络互联层:负责提供基本的数据封包传送功能,让每一块数据包都能到达目的主机
- 网络接口层:接收数据,并进行传输
4:IP分类:
(1)IP地址分类:
- ipv4. (枯竭)四段数字组成
- ipv6. (可以让每一粒沙子都分配到地址)六段数字组成
(2)IP种类(按照地址分类):
- A类:第一组数据是 1~126
- B类:第一组数据是 128~191
- C类:第一组数据是 192~223
- 保留地址只能应用在局域网):
10
127
172.16.0.0~172.31.255.255
192.168.*.*
5:dos常见操作:
- ping:查看本地IP地址,测试网络连通性
- cd:切换文件夹
- dir:列出执行文件的文件明细
6:五大浏览器厂商:
ie、火狐、欧朋、google、苹果
7:c/s、b/s架构:
- c/s架构指客户端与服务器架构
- b/s架构指浏览器与服务器架构
- 优缺点:(1)硬件环境不同,c/s局域网,b/s广域网;(2)安全要求不同;(3)系统维护,c/s表现形式有限,对程序员要求高,b/s表现形式丰富,开发难度低;(4)处理问题不同,c/s用户固定,安全要求高,b/s面向所有用户。
8:Web前端标准:
Web前端技术指的不是一项技术,而是一系列技术的集合,主要包括:
- html:结构标准
- css:样式标准
- js:行为标准
9:成立测试软件部门的原因:
- 软件测试能够提前发现软件存在的缺陷
- 社会分工——要求软件测试越来越精细
- 专人负责,责任到位
10:测试是什么:
在规定条件下对程序进行操作,从而发现问题,对软件质量经行评估的过程
11:测试的目的:
以最少的人力、物力、时间找出软件中潜在的各种错误与缺陷并修正,提高软件质量,回避软件发布后由于潜在的软件缺陷和错误造成的隐患,以及带来的商业风险。
12:测试的定义:
使用人工和自动手段来运行或测试某个系统的过程,起目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差距。
13:测试原则:
- 所有的测试都应追溯到用户需求
- 应当把“尽早测试”和“不断的测试”作为座右铭
- 测试工作应该是由独立的、专业的软件测试机构来完成
- pareto原则(二八原则),测试发现的错误中,有80%的错误来自20%的模块
- 设计测试用例时应当考虑各种情况
- 对测试出的错误结果一定要有一个确认过程(描述缺陷报告)
- 制定严格测试计划
- 完全测试不可能,测试需要终止
- 注意回归测试的关联性
- 要妥善保存一切测试过程文档
14:回归测试:
指修改了旧代码后,重新进行测试,以确认修改后没有引入新的错误,或导致其他代码产生错误。
15:测试流程
- 需求分析
- 编写测试用例
- 评审测试用例
- 搭建测试环境
- 等待开发提交测试包
- 部署测试包
- 冒烟测试(对软件的基本功能进行基本测试)
- 执行测试用例
- BUG跟踪处理(提交及回归测试)
- N轮之后符合要求
- 测试结束
16:软件产品质量模型(ISO/IEC9126)六大特性:
- 功能性
- 可靠性
- 易用性
- 效率
- 可维持性
- 可移植性
17:软件质量模型保证(SQA):
目的:是软件的制作过程对领导层可见
定义:它是一套计划和方法,向领导层保证
基本目标:
- 软件质量保证工作是有计划地进行的
- 客观地验证软件项目产品和工作是否遵循恰当的标准、步骤和需求
- 将软件质量保证工作及结果通知给相关组别和个人
- 高级管理层接触到项目内部不能解决的不符合类问题
- 软件质量需要全面的测试工作来保证
18:版本控制:
一种记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统,或在开发过程中,确保由不同人所编辑的同一档案都得到更新(常用的控制系统:svn,git)。
19:测试维度分析:
主要通过数据图表形式来显示分析结果,常用图表为饼图(单维度),直方图(多维度)。通过结果评估测试 活动,指导测试改进和研发流程改进。
20:软件测试的停止依据:
根据单位时间内查找故障的数量和严重程度决定是否停止测试。
21:测试与开发的关系:
W模型(也称双V模型)
V模型:对应开发模型的瀑布模型
22:软件测试时的对象:
(1)软件测试不等于程序测试
(2)软件开发过程中所产生的需求规格说明、概要设计规格说明、详细规格设计说明、源程序、用户文档
23:软件维度分析:
基于BUG数据统计,加强层次化分析。按照项目、过程、阶段、模块、技术、人等不同维度和层次,在同一软件的生命周期内进行纵向关联分析,不同的软件之间进行横向对比分析,分别获取多维度、多层次分析数据,实现精益化软件开发、度量和管理。