1. V型图
1) 需求分析 概要设计 详细设计 编码
2) 验收测试 系统测试 集成测试 单元测试
2. 测试类型
1) 白盒测试White-box testing
逻辑驱动测试，关注软件内部的逻辑结构
（1） 语句覆盖：每个语句执行一次
（2） 判定覆盖：每个判定的每个分支至少执行一次
（3） 条件覆盖：每个条件应取到各种可能的值
（4） 判定条件覆盖：判定加条件
（5） 条件组合：每个判定的每个条件每一个组合至少出现一次
（6） 基本路径覆盖：每一条可能的路径执行一次（判定点+1 = 分出的图形个数）
2) 黑盒测试
（1）等价类划分法
（2）边界值法
（3）场景法
（4）因果图法
（5）状态功能图法
（6）错误推测法
（7）经验分析法
（8）正交图法
3) 回归测试 regression testing
修改bug之后，对其进行测试。测试包括：
（1） bug是否修复成功
（2） 是否引入了新错误
（3） 与其相关联的功能，是否受到影响，目前能否正常执行
4) 冒烟测试
对主要的重要的功能进行测试，不太关注细节。
5) 静态测试：不运行程序，通过检查分析代码找到问题
6) 动态测试：运行程序，通过实际结果和期望结果的对比来发现问题
3. 测试用例书写的5W规则
1) Why：测试目的
2) What：测什么
3) Where：在哪测
4) Who：谁去测，测试的角色
5) How：怎么测
4. 报bug的5C原则
1) Concise
2) Complete
3) Clear
4) Consistent
5) Correct
5. 测试计划
1) 概述
2) 测试范围
3) 测试资源
4) 测试进度
5) 测试通过条件/挂起条件
6) 测试工具
7) 风险控制
6. 测试方案
1) 测试说明
2) 被测对象
3) 测试需求
4) 测试方法
7. 测试报告
1) 测试说明
2) 测试范围
3) 测试环境
4) 测试方法
5) 测试结果
6) 总结评价
8. 测试用例要素
1) 用例编号
2) 项目名称
3) 测试标题
4) 重要程度
5) 前提条件
6) 输入说明
7) 操作步骤
8) 期望结果
9. 缺陷报告
1) 编号
2) 标题（简单描述）
3) 缺陷发现人/发现日期
4) Bug优先级
5) 复现步骤
6) 详细描述
7) 期望结果/实际结果
8) 截图附件
10. 测试用例书写的度
1) 首先以覆盖测试点为基本要求：测试用例可以不写出具体的执行数据，但是至少要写出5种以上的情况，如果只用一句话覆盖了这个功能是不合格的测试用例
2) 覆盖功能点不是列出功能点，而是要写出功能点的各个方面（如果组合情况较多时，可以采用等价划分）
3) 另外也要根据开发能力和测试对象特点和团队执行能力来决定编写测试用例的策略。
11. Web测试
1) 通用功能测试
（1）链接
（2）表单
（3）文件上传/下载/显示
（4）关联数据功能
（5）数据库测试
（6）Cookie页面账号密码保存是否加密/session长时间不操作再操作之后是否需 要登录
（7）脚本测试
2) 可用性测试
（1） 整体布局
（2） 色调搭配
（3） 导航直观
（4） 简单易懂
（5） 简要方便
3) 性能测试
4) 安全性测试
（1） 认证和授权
（2） 密码加密
（3） Session/cookie
（4） 上传漏洞（非法文件）
（5） Sql注入
（6） 日志系统
（7） 抓包，超时
5) 兼容性测试
（1）不同版本web服务器/数据库/网络环境
（2）不同硬件平台，浏览器
6) 数据库测试
7) 稳定性测试
12. ATM机场景法测试用例
1) 成功的提款 基本流
2) 插入卡片不合格 基本流 备选流5
3) 输入密码错误（还有输入机会）基本流 备选流4
4) 输入密码错误（没有输入机会）基本流 备选流4
5) ATM机中没有现金 基本流 备选流2
6) ATM机中余额不足 基本流 备选流3
7) 输入的提款金额有误 基本流 备选流7
8) 账户中余额不足 基本流 备选流6
（1） 基本流
（2） 备选流2： ATM中无现金
（3） 备选流3：ATM中余额不足
（4） 备选流4：PIN有误
（5） 备选流5：账户/卡片有误
（6） 备选流6：账户余额不足
（7） 备选流7：输入金额错误
13. 给你一个杯子，你怎么测？
1) 需求测试：查看使用说明书/根据需求进行测试
2) 功能测试：杯子是否可装水等，水杯漏吗，水是否可以被喝到
3) 性能测试：杯子可以装多少水，装满了之后被子是否会破，杯子扔地上之后还是否可装水，杯子装水后放置一段时间后是否漏水
4) 易用性测试：水杯是否拿着舒服，是否烫手，是否防滑，易于使用
5) 界面测试：水杯外观，颜色，大小，形状设计是否合理适用
6) 安全性测试：杯子是否有毒/细菌
7) 兼容性测试：杯子可否装可乐/汽水/汽油等
8) 可移植性：杯子在不同温度，不同环境下可否使用
9) 抗破坏性：杯子从不同高度落下后的损坏程度
10) 压力测试：针上不断加重量，什么时候可以把杯子戳穿
11) 震动测试：杯子在震动下，是否会损坏
14. 给你一只笔，你如何测试？
1) 功能测试：可否完成一支笔的需求
2) 性能测试：多久会坏，扔在地上是否还可以使用，放水里煮一煮还是否可用
3) 用户体验
4) 安全测试：小白鼠吃了笔芯会不会死？
5) 对比测试：
15. 网络OSI7层模型
1) 物理层：二进制传输
2) 链路层：介质访问
3) 网络层：寻址和最短路径
4) 传输层：进程间连接
5) 会话层：主机间通信
6) 表示层：数据表示
7) 应用层：处理网络应用
16. TCP和UDP
1) transfer control protocol 传输控制协议，适合大数据传输，要建立三次握手和四次挥手，是可靠的传输。
2) User datagram protocol 用户数据报协议，适合小数据传输，传输信息量少，速度快，不进行三次握手和四次挥手，是不可靠的传输。
17. 三次握手/四次挥手
1) 三次握手
2) 四次挥手
18. 存储过程/触发器/视图
19. 排序
20. 指针/引用
21. 指针数组/数组指针
22. 进程/线程
1) 进程是具有一定功能的程序关于某个数据集合上的一次运行活动，进程是系统进行资源分配和调度的一个独立单位。
2) 线程是进程的一个实体，是cpu调度和分派的基本单位，他是比进程更小的能独立运行的基本单位。
3) 进程拥有一个完整的虚拟地址空间，不依赖于线程而独立存在；线程只是进程的一部分，没有自己的地址空间，与进程内的其他线程一起共享分配给该进程的所有资源。
23. 数据库中的游标
28. cursor：有标识系统为用户开设的一个数据缓冲区，存放sql语句的执行结果。
使用游标的原因是把集合操作转换成单个记录处理方式。Sql语句得到的结果一般是含有多个纪录的集合，游标机制允许用户在sql server内逐行访问这些记录。
使用游标的步骤：1声明游标 2打开游标 3使用游标操作数据 4 关闭游标
Declare MyCursor Cursor
For select * from taMyData
Open MyCursor
Fetch first from MyCursor //读取第一行数据
While @@fetch_status =0 //用while循环控制游标活动
Begin
Fetch next from MyCursor //在循环体内将读其余行数据
End
Close MyCursor //关闭游标
Deallocate MyCursor // 删除游标
24.