bs cs

后端知识：
-系统架构：
软件运行使用模式 开发模式（根据产品应用类型来定位）
-技术架构：
软件用什么语言开发 数据库 中间件服务器 消息服务器......
角色：（高级开发：架构师）
-业务架构：（测试角度 更多关注业务架构）
系统都有哪些模块（功能）
角色：（客户需求 产品经理）

1.系统架构：
-c/s架构：客户端——服务器（需要安装本地软件）
-b/s架构：浏览器——服务器（在浏览器上访问的项目）
区别：
——效率：c/s效率高 （某些内容已经安装在系统中了 b/s每次都需要加载最新的数据）
——升级：b/s无缝升级 c/s删除老版本再安装新版本
——安全：c/s更安全 需要安装 注册 登录 b/s有浏览器即可使用 安全程度低
——开发成本：b/s开发成本低 c/s不同的系统需要不同的开发人员 成本高

服务器：
说明：对外提供服务的电脑（硬件服务器）或电脑中的软件（软件服务器）
硬件服务器：对外提供服务的电脑（1.普通电脑 2.专业服务器电脑）
软件服务器：对应软件项目安装的那台电脑
——数据库服务器：存储数据的软件服务器
——应用服务器：为项目提供访问的软件服务器

编程语言：
说明：人与电脑（计算机）交流的语言
发展：
——低级语言：（底层语言）汇编
——高级语言：c语言
——面向对象语言：java python
1.java 目前位置后端主流语言 地位无可撼动
2.python 后起之秀（测试主流语言）

软件测试根据测试分类不同可以分成：
——按照测试阶段分：单元测试
集成测试
系统测试
验收测试
——按照是否覆盖源代码：黑盒测试
白盒测试
灰盒测试
——按照是否运行：静态测试
动态测试
——按照是否自动化：人工测试
自动化测试
——更多：冒烟测试
回归测试
随机测试
探索测试

1.从测试阶段角度分类：
——单元测试：
对程序语言中最小的单元进行测试
单元测试测代码（java python c）
最小单元定义：c最小单元是一个函数 面向对象语言最小单元放到一类 win32应用程序中最小单元是一个菜单或子菜单
——集成测试：
多个模块单元组装时测试（测试：是否能模块与模块之间是否能正常访问）
接口测试就属于集成测试
——系统测试：集成测试完后 将整个系统全面测试
又称功能测试（黑盒测试 ui测试）
——验收测试：a测试：Alpha 是内测版本（测试人员）
一般而言 该版本软件的bug较多 普通用户最好不要安装
p测试：beta是公测版本(产品人员)
是对所有用户开放的测试版本 这一版本通常由软件公司免费发布 用户可以从相关的站点下载 通过一些专业爱好者的测试 将结果反馈给开发者 开发者再进行有针对性的修改
y测试：Gamma (客户测试 用户)
指的是软件正式发布的候选版 该版本已经相当成熟了 与即将发布的正式版相差无几 成为正式版本的候选版本
——扩展：-开发环境：开发自己部署项目 只给开发自测使用
-测试环境：测试自己部署环境 给测试使用
-预生产环境：测试环境+真实测试数据
-生产环境：客户用的真正的系统

 

2.从代码可见度角度可以分类：
——黑盒测试（系统测试）：
-不关注代码 及底层机构的实现
-关注输入 输出
-关注测试数据
——灰盒测试（集成测试 接口测试）
-测试部分代码
——白盒测试（单元测试）
-只测代码

3.从代码是否运行角度可以分类：
——静态测试：不对项目进行输入 输出操作 检查页面 代码 是否正常
——动态测试：根据测试数据 对程序进行验证

4.站在自动化角度可以分类：
——人工测试：手工测试 手动输入测试数据 靠眼睛验证程序输出结果是否ok
——自动化测试：使用工具或代码来代替人为对程序进行验证的过程

软件测试的测试策略：
——冒烟测试：冒烟测试就是对系统进行最基本的功能测试 保证基本的功能和流程能走通
——回归测试：当修复一个bug后 把之前的测试用例在新的代码下进行再次测试
-回归bug：对之前提交的bug进行验证
-回归测试：对之前执行过的所用用例执行再次验证
——随机测试：随机测试主要是对被测软件的一些重要功能进行复测 也包括测试那些当前的测试用例没有覆盖到的部分
——探索性测试：探索性测试意味着同时设计测试和执行测试 测试人员通过测试来不断学习被测系统

软件缺陷：
软件缺陷：是指软件或程序中存在的各种问题及错误
软件缺陷评判标准：
——软件未达到需求规格说明书中标注的功能
——软件出现了需求规格说明书指明不会出现错误的地方
——软件的功能超出了需求规格说明书指明的范围
——软件未达到需求规格说明书虽未指明但应该达到的目标
——软件测试人员认为软件难以理解 不易使用 运行速度慢 或者最终用户体验不好

软件缺陷的类型：
——功能错误
——界面错误
——兼容性错误
——易用性错误
——改进建议

用例：
——用例定义：为达到一定测试目的 而设计的一组测试数据和操作步骤
用户案例：（Use Case->Test Case）
用例八大要素：用例编号 用例标题 测试项目 用例级别 预置条件 测试输入 执行步骤 预期结果
核心：
-用例编号：项目简称_模块简称_001
-用例标题：描速用例测试点
-优先级（用例级别）：p0(最高)~p4
-预置条件：要执行用例的前置操作
-测试数据（测试输入）：输入那些数据
-操作步骤（执行步骤）：操作明细步骤
-预期结果：希望得到的结果
-实际结果：程序实际执行后的结果
-是否通过：预期结果与实际结果相同就是通过 不同则不通过