一、软件的定义
软件 = 数据 + 指令 + 文档
二、软件的分类
1.根据应用场景分类
工具类软件、游戏型软件、媒体型软件、电商型软件等
2.根据软件架构分类
单机版软件：office、红警等
分布式软件：
C/S架构软件：客户端需安装专门软件，如QQ 微信等
B/S架构软件：客户端为浏览器 ，如百度、hao123等
三、软件开发的生态系统
后端、web前端、安卓、IOS、小程序
四、软件测试的定义
通过人工或自动化的方式来验证软件的实际结果与用户需求是否一致的过程
五、 软件测试的原则
测试显示软件存在缺陷
穷尽测试是不可能的
测试尽早介入
缺陷集群性（2/8原则）
杀虫剂悖论
测试活动依赖于测试内容
没有错误是好是谬论
六、软件测试的分类
1.按技术划分
黑盒测试、白盒测试、灰盒测试
2.按阶段划分
单元测试、集成测试、系统测试、验收测试
3.按内容划分
功能测试、性能测试、兼容性测试
4.按其他划分
冒烟测试、随机测试、安全性测试、探索性测试、Alpha测试（内测）、Beta测试（公测）
七、V模型
八、W模型
九、B/S和C/S的区别
标准：
相对于C/S架构来说B/S架构的两端都是使用现成的成熟产品，B/S会显示的标准一些。
效率：
相对于B/S架构来说C/S中的客户端可以分担一些数据的处理，执行效率会高一些。
安全：
B/S架构当中得到数据的传输都是以Http协议进行传输的，而Http协议又是明文输出。可以被抓包，那么B/S架构相比C/S架构显得就不那么安全了
升级：
B/S架构只需要在服务器端将数据进行更新，前台只需要刷新页面就可以升级，而C/S架构必须要将两端都进行更新才可以。
开发成本：
相对于B/S架构来说C/S当中的客户端需要自己开发，B/S不用，所以说C/S成本会高一些。
十、软件测试流程
阶段名 工作内容 产出物
测试准备阶段 项目立项，需求分析，需求评审 需求文档，产品PRD
测试计划阶段 编写测试计划，计划评审 测试计划
测试设计阶段 提取测试点，编写测试用例，用例评审 测试用例
测试执行阶段 冒烟测试，执行测试用例，提bug，回归测试 缺陷报告
测试完成阶段 验收测试，编写测试报告，项目上线 测试报告
十一、测试计划
1.测试目的
2.测试进度
3.测试资源
1.人力资源
2.软件资源
3.硬件资源
4.网络资源
4.人员分工
5.测试风险
6.测试准则
7.测试范围
1.测试对象
2.测试特性
3.测试非特性
8.测试策略
1.界面测试：和 UI设计对比图
2.功能测试：执行功能测试用例
3.接口测试：postman、Jmeter、Charles
4.兼容测试
5.性能测试
6.易用性测试
7.安全测试
9.输出文档
十二、用例核心要素
· 必须掌握：用例编号(如何命名)、所属模块、用例标题（验证谁在什么情况下，去做什么，最后结果是什么）、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果
· 了解内容：通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注
十三、等价类划分的定义
等价类划分是把所有可能输入的数据分为若干个区域，然后从每个区域中取少量有代表性的数据进行测试即可。
一般分为有效等价类和无效等价类
· 有效等价类：指符合《需求规格说明书》，输入合理的数据集合
· 无效等价类：指不符合《需求规格说明书》，输入不合理的数据集合
十四、什么是高质量的测试用例
· 测试用例覆盖所有的用户需求
· 测试用例要简单明了
· 各类型的测试用例要齐全
· 用最少的用例覆盖最多的需求
十五、边界值分析法的定义
边界值分析是取稍高于或稍低于边界的一些数据进行测试。
十六、确定边界值的方法
· 上点：是指边界上的点，无论此时的域是开区间还是闭区间，开区间的话，上点就是在域外，闭区间的话，上点就是在域内。
· 离点：是指离上点最近的点，这里就跟是闭区间还是开区间就有关系了，如果是开区间，那么离点就在域内，如果是闭区间，那么离点就在域外。(开内闭外)遵循的原则：开内闭外 开区间往中间找，闭区间往外找
· 内点：域内的任意点都是内点。
十七、因果图的定义
因果图法比较适合输入条件比较多的情况，测试所有的输入条件的排列组合。所谓的原因就是输入，所谓的结果就是输出。
十八、错误推演法的定义
错误猜测法是测试经验丰富的人喜欢使用的一种测试用例设计方法。一般这种方法是基于经验和直觉推测程序中可能发送的各种错误，有针对性地设计。只能作为一种补充。
十九 、判定法的定义
设计测试用例时，分析和表达多输入条件下执行不同操作的黑盒测试方法。注意：该方法和因果图法相似。
二十、场景法的定义
通过模拟业务场景来对系统的功能点或业务流程的描述，从而提高测试效果的黑盒测试方法
包含基本流和备选流
二十一、测试用例综合案例
1.功能：
实际功能
2.UI：
和设计图作对比，文字大小颜色、边距、排版、图片清晰度拉伸
3.兼容性：
1.App：手机系统、版本、厂商、型号、屏幕分辨率、屏幕类型
1.Web：
1.Trident：IE、360兼容模式、搜狗兼容模式
2.Gecko：火狐
3.Blink：Chrome、360极速模式、搜狗极速模式
4.webkit：Safari
4.接口：
1.接口功能：postman
2.接口性能：Jmeter、loadrunner
3.接口自动化：requests
5.易用性测试：是否好用
6.性能测试：压力测试、稳定性测试、负载测试、基准测试
7.安全测试：密码加密、访问权限、SQL注入、XSS攻击、跨站攻击
8.自动化测试：
1.App UI
2.web UI
3.接口自动化
二十二、缺陷报告的定义
标识并描述发现的缺陷，具有清晰、完整和可重现问题所需的信息的文档。
二十三、什么是软件缺陷以及产生的原因
软件缺陷就是通常说的Bug，它是指在软件中（包括文档和程序）存在的影响软件正常运行的问题。
原因：
1、需求不明确和变更 软件需求不清晰或者开发人员对需求理解偏差，导致软件设计时偏离用户的需求目标，造成软件功能或特征上的缺陷。此外，开发过程中客户频繁更新需求也会影响软件最终的质量。
2、软件结构复杂
3、编码问题
4、项目期限短
5、使用新技术
二十四、软件缺陷分类
二十五、缺陷报告的核心要素
八项：缺陷编号、缺陷状态、缺陷标题、重现步骤、严重程度、优先级、缺陷类型、测试环境。
二十六、缺陷报告编写技巧
1、对错误的描述要做到简洁、准确、完整，揭示错误实质
2、尽量使用短语和短句，避免复杂句型句式
3、每个软件问题报告只书写一个缺陷或错误
4、明确指明错误类型和严重程度
5、每一个步骤尽量只记录一个完整操作
6、复现的操作步骤要完整，准确，简短
7、可以附加必要的错误特征图像
8、可以附加必要的测试用例
二十七、测试报告的定义
记录测试的过程和结果，对发现的问题和缺陷进行分析的文档
二十八、测试报告分类
阶段测试报告整体测试报告
二十九、测试报告模板
一、概要
1、编写目的
背景、测试内容
2、测试人员
3、测试环境
二、测试过程
1、测试进度
2、用例执行情况
3、缺陷统计
三、缺陷分析
1、缺陷级别分析
2、缺陷模快分析
3、缺陷类型分析
四、测试总结
1、测试结论
2、风险分析
3、遗留问题
三十、禅道的介绍
禅道是一款专业的研发项目管理软件
三十一、禅道的使用流程
人员管理（admin）：添加部门 → 添加用户
创建产品（产品经理）：产品 → 添加产品
添加需求（产品经理）：产品 → 需求 → 提需求
创建项目（项目经理）：项目 → 添加项目 → 自动跳转（选择设置团队）→ 团队管理 → 给团队配人
关联需求（项目经理）：项目 → 需求 → 关联需求 → 勾选任务
批量分解（项目经理）：在任务右侧 → 选择批量分解 → 批量分解
查看任务（开发人员）：我的地盘 → 首页查看任务 → 点击任务数量进入任务列表 → 选择完成任务
创建版本（开发人员）：项目 → 版本 → 创建版本
测试Bug（测试人员）：测试 → bug → 提bug
解决bug（开发）：测试 → bug → 确认 → 完成
再次测试（测试人员）：测试 → 再次测试 → 如果解决的，点击关闭，否则重新编辑
创建版本（产品经理）：产品 → 发布 → 创建发布 → 完成
三十二、测试报告的定义
记录测试的过程和结果，对发现的问题和缺陷进行分析的文档
三十三、测试报告的分类
阶段测试报告、整体测试报告
三十四、测试报告的内容
一、概要
1.编写目的
①对测试报告进行相应的解释
②对项目进行简介
③对测试任务进行简单描述，要测试哪些内容
2.测试人员
类似于测试计划中的人员分工，简单描述日期
3.测试环境
软件和硬件环境
二、测试过程
阶段测试报告：
1、测试进度情况
2、用例执行情况
3、缺陷统计
总体测试报告：
1、各版本的测试情况
2、各版本的缺陷统计
三、缺陷分析
1、按照缺陷级别
2、按照功能模块
3、按照轮次
4、缺陷总数
5、缺陷类型
6、缺陷趋势
四、测试总结
1、测试结论
通过/不通过：
需求覆盖率100%，测试用例执行过率100%
缺陷：致命=0，严重=0.一般=0，提示≤10%
2、风险分析
测试进度、人员安排导致的风险
测试内容考虑范围之外导致的风险
测试环境不全面导致的风险
3、遗留问题
遗留问题描述、等级、处理方法
三十五、数据库的定义
数据库就是组织、存储、管理数据的仓库
数据库 = 多张表 + 各表之间的关系
三十六、常见的数据库
MySQL、Redis、Oracle、SqlServer、MongoDB
三十七、SQL语句分类
1、DDL：数据库定义语言
2、DML：数据库操作语言
3、DQL：数据库查询语言
4、DCL：数据库控制语言
