7.16

什么是测试测试分需求测试(SRS)，界面测试，功能测试，安全性测试，可靠性测试，可移植性测试，兼容性测试，易用性测试，压力测试和负载测试
需求测试：就是对客户的需求，别人要实现的功能企业中简称SRS
界面测试：也叫做UI测试测试用户界面功能模块的布局是否合理，整体风格是否一致各个控件的位置是否符合客户习惯
功能测试：是对产品的各个功能进行验证，验证产品是否能达到客户要求
安全性测试：验证相关的程序的安全等级和识别潜在安全性缺陷的过程
可靠性测试：在规定的时间内完成的事情，针对漏洞有相应的可靠性的措施
可移植性：在不同的环境，地方是否正常使用软件测试是否可移植到指定的硬件或者是软件平台上
兼容性测试：对所以设计程序的硬件，软件之间的兼容测试
          平台兼容：adnroid和ios
         浏览器兼容：谷歌，IE，火狐，360浏览器
         分辨率兼容测试
易用性测试：测试是否方便使用，易理解，易学习，易操作和吸收用户的能力
压力测试：也称为破坏性测试（突破临界点）
负载测试：接近临界值
os，和dos命令
操作系统有 （Windows los android centos0)
客户机与服务器，浏览器与服务器
C:客户端 S：服务端 B：浏览器
B/S: 浏览器到服务端 （不需要下载直接浏览器访问但对服务器性能要求高安全性没有C/S好）
C/S: 客户端到服务端（需要下载客户端才能使用，需要更新能够替服务器分担部分性能压力，安全性高）
了解公司人员构架和测试用例
测试用例：根据客户需求写出我们要验证的功能，描述功能，显示操作步骤，已知预期结果
概要设计：架构的初步设计文档（简称概设）
详细设计：针对功能模块功能具体的实现文档，（简称祥设）
单元测试UT和集成测试IT，系统测试ST,验证测试UAT
单元测试：指验证软件单元是否满足祥设文档的规格，且能正常运行（主要测试代码）
集成测试：多个单元组成验证软件是否满足概设文档的规格且能正常运行（主要测模块之前间的数据交互）
系统测试：在软件正常运行对整个系统进行测试验证，主要测试软件的一个整体
系统集成测试：验证它是否有不符合系统需求的地方
验证测试：站在用户角度对系统进行测，验证系统是否满足用户需求
  验证测试分alpha和beta测试 （α测试地点在公司开发在现场可以干预测试结果，测试时间短人员集中，
β测试是客户方测试开发不在现场测试时间长人员不集中客户发现问题统一反馈）
H模型
H模型主要分为2个阶段（测试阶段和测试执行阶段）
测试阶段分为（了解需求文档，测试计划，测试用例，用例评审，用例分陪，搭建环境，提交版本）
了解需求：了解需求文档，概设文档，祥设文档
测试计划：告诉我们这个项目周期，什么人参加，每个人负责的任务
测试用例：是一个Excel文件 一条用例代编一个测试功能点
用例评审：测试组召开，开发，产品经理验证我们写的用例是否正确（开发，产品经理，测试参与）（组内评审和交叉评审）
用例评审后会输出一个基线化用例文档，然后导入用例管理工具
用例分陪：原则上谁写的用例分配给谁
搭建环境：SIT测试环境（公司提供的一套提供员工使用的测试环境）
              ：DEV开发环境（提供开发人员使用的环境）
              :UAT验收环境(线上环境，生产环境 :最终测试环境通过后，对外客户使用的环境）
提交版本： 开发人员把版本包给到测人员测试，
二.测试执行阶段（部署项目包，冒烟测试，系统集成测试，回归测试）
部署项目包：版本包都要在
冒烟测试：每次开发提交的新版本，测试测试环境上进行冒烟测试（一般不会超过半天，2个小时）针对新版本主要，基础功能进行测试（通过进行系统集成测试，没通过打回给开发）
系统集成测试：测试我们所有的用例，发现一个bug及时提交给开发（一般会测试3-4轮）第一轮叫SIT1
回归测试：对上一个版本中发现的bug进行测试保证bug已被修复并在修复过程中没有新的
H模型：
首线根据需求文档，概设文档祥设文档了解需求
测试经理开始写测试计划（周期，人员，分配工作），完成后人员开始写测试用例
用例写完测试组召开用例评审会议检测用例是否正确（组内评审或交叉评审)
评审结束后将可行用例导入用例管理工具，分配用例
开发人员将版本包交给测试人员部署项目包准备测试
开始冒烟测试大概两小时（不通过直接打回）
通过则进行第一轮SIT1系统集成测试测试所有用例每发现一个bug及时提单
过后进行第二轮第三轮回归测试
写检测报告
可行上线