目录
软件测试流程
- 获取需求
- 编写测试计划：用什么工具测多久，预计提交多少缺陷
- 制定测试方案：一般与测试计划写在一起
- 开发与设计测试用例：在开发没有完成的时候就要开始编写
- 执行测试：唯一与开发有交汇的地方
- 提交缺陷报告：缺陷是啥
- 测试分析和评审：哪个模块多，缺陷严重程度，缺陷类型，修复是否及时，缺陷存活时长
- 提交总结报告：记录分析过程
- 准备下一版本测试
测试模型
V模型
这个图比较重要，建议记一下，
优点：将开发和验收工作做了一一对应，解释了开发和测试过程中各阶段的对应关系；
缺点：
- 依然认为软件测试是后期的阶段，忽视了对需求分析和系统设计的验证，满足情况一直到设计完才能被发现问题。
- 没有体现出尽早和不断进行测试的原则。
W模型
?由两个v组成，这个也很重要建议记一下；
优点：
- 测试和开发同步进行，比如在写需求的时候就要写验收测试设计；在系统设计的时候我们就要系统测试设计，比如方案，以及测试用例等等；
- 测试的不仅仅是程序，还包裹需求和设计
- 尽早发现软件缺陷可以降低软件开发成本
缺点：需求，设计和编码活动被视为串行的，无法支持灵活的迭代。
H模型
?特点：将测试流程完全独立出来，将准备活动和执行活动清晰地体现出来。
可以尽早准备，只要测试到了就绪点就可以开展，测试也可以反复进行?
X模型
x是对v模型的改进
特点：相比于普通V模型，定义了探索性测试的概念，
探索性测试：计划之外的特殊的测试，比较适合有经验的程序员使用
测试过程理念
- 尽早测试：在需求阶段就应该参与测试，尽快执行测试活动
- 全面测试：对产品的所有产品（文档，代码，数据）进行全面测试，软件开发及测试人员甚至用户地的全面参与
- 全过程测试：测试人员要关注开发过程，要对测试全过程进行跟踪；
- 独立迭代的测试：测试活动是独立的，应该是循环往复进行的