一、按测试阶段划分
1.测试分类
单元测试
程序的最小模块完成后进行的测试
可能是一个函数，也可能是一个类，也可能是一个界面
2.集成测试
组装测试在单元测试的基础上，把多个模块组装到一起进行测试，重点关注模块和模块之间的接口
3.系统测试
把软件项目作为一个整体进行测试，测试的依据是需求说明书
到了系统测试的阶段，软件基本是完成的
4.验收测试
站到最终用户的角度来测试
alpha（内测版本）
betta（公测版本）
gamma（接近于正式发布的版本）
二、是否查看源代码分类
黑盒测试
只测试功能，不关注功能的具体实现方式
白盒测试
不但要测试功能，还要关注代码是如何实现的
灰盒测试
介于黑盒和白盒之间的一种测试
三、按照是否运行分类
静态测试
不运行软件，静态的观察软件是否符合预期
动态测试
运行软件，在运行过程中测试
四、按照是否自动化
手工测试
通过测试工程师手工对软件进行测试
自动化测试
通过编程写代码，通过程序自动测试软件是否有bug
五、其他测试
冒烟测试
对软件最基本的流程和工作做一个粗略的测试，看基本的流程是否能跑通
测试拿到研发的第一版本，一般先冒烟
回归测试
当修复一个bug后，把之前的测试用例在新的代码下进行再次测试
随机测试
针对软件中的重要功能进行复测
探索性测试
一边了解和学习项目，一边测试项目
二、软件质量模型
功能性
功能的正确性
功能的安全性
功能的依从性
可靠性
软件要有容错性
出现错误后可以很快恢复
易用性
软件界面是否流程
提示是否友好
用户使用功能是否得当
效率
软件一定是要最高效的
维护性
可移植性
适应不同的系统
三、软件开发模型
瀑布模型
需求分析
研发分析需求说明书
判断需求的实现性
概要设计
用到具体的技术点
大致模块划分
详细设计
详细到可以为编码做支持
类和类关系，类的设计
函数设计
各个接口的细节
数据库表
瀑布模型特点
线型模型
每一步都是按顺序来执行
文档驱动
每一步都有文档产出
瀑布模型优缺点
优点
每个阶段很清晰
只需要关注后续阶段
缺点
依赖于需求，不能适应需求的变化
风险到项目后期才体现，数去早期纠正的机会
快速原型模型的特点（了解）
一边确定需求，一边实现
优点
避免瀑布模型的缺点可以适应早期的需求变化
缺点
适合小型项目
螺旋模型（了解）
优点
引入风险分析
缺点
风险分析需要专业的知识和人员
四、测试过程V模型
从研发的瀑布模型来的
优点
包含了底层和高层的测试过程
每个步骤都是文档驱动
缺点
和研发瀑布模型一样，不能适应需求的改变，灵活性比较低
W模型
优点
测试工作伴随着整个研发周期，测试对象不只是代码、文档也需要测试
更早的介入研发工作，可以尽早发现问题及处理
缺点
对测试工程师要求比较高，实践起来难度比较大
测试用例
TestCase（测试用例）
作用
为特定的目的而设计的一组测试输入执行条件和预期结果的文档
五、测试用例的八大要素
用例的编号
用例的标题
所属项目
用例级别
预置条件
测试数据
执行步骤
预期结果
六、测试用例设计
等价类划划分法
有效等价类：满足需求的数据
无效等价类：不满足需求的数据
等价类划分方法操作步骤
明确需求
确定有效和无效等价类
编写测试用例