第一阶段-测试理论

测试的定义

测试是为了发现程序中的问题而执行程序的过程

测试的分类

1. 按测试阶段划分：单元测试、集成测试、系统测试、验收测试。
2. 按测试方法：黑盒测试、白盒测试、灰盒测试
3. 按状态分类：静态测试、动态测试
4. 按是否自动化：人工测试、自动化测试
5. 按工作内容:接口，功能，性能，自动化
6. 其他分类:冒烟测试、回归测试、随机测试、探索测试

测试的生命周期

1. 需求阶段
2. 计划阶段
3. 分析阶段
4. 计划阶段
5. 实施阶段
6. 执行阶段
7. 总结阶段
8. 结束阶段

测试用例的编写

用例编号、模块、用例标题、前置条件、操作步骤、预期结果、实际结果、用例等级（重要成都）、测试人员、测试版本

测试方案

引言-目的-项目介绍-参考文档-术语和缩略语-测试范围-测试策略-缺陷管理-测试准备检查-测试用例-测试通过标准-测试风险-测试输出-附件（根据实际情况添加）

BUG的定义

•   狭义概念：软件程序的漏洞或缺陷
•   广义概念：1、漏洞、缺陷；2、不符合需求的；3、发现和提出针对这个产品的可以改进的      细节

bug的生命周期

发现BUG，确认BUG，分配BUG，修复BUG，验证BUG，关闭BUG

bug的分类

• 代码错误
• 设计缺陷
• 界面优化
• 性能问题
• 配置相关
• 安装部署
• 安全相关
• 标准规范
• 测试脚本
• 其他划分：功能类、界面类、性能类、易用性类、兼容性类、其他

bug六要素

编号、BUG名称、优先级和时间有关（高、中、低）、严重级别{致命的（导致软件崩溃、和钱有关、阻碍了核心业务的流程）、 严重的（重要的功能出现异常）、一般的（非核心的功能出现了异常）、轻微的（建议性的问题、UI上的问题）}、复现步骤、附件

bug状态

新建/open/激活、已确认、已解决/fixed、关闭/closed、重新打开/reopen、延期解决、拒绝、已重复

分析管理的方法

PDCA

PDCA，即是计划(Plan)、实施(Do)、检查(Check)、行动(Action)的首字母组合。

5W2H

1. WHAT——是什么？目的是什么？做什么工作？
2. WHY——为什么要做？可不可以不做？有没有替代方案？
3. WHO——谁？由谁来做？
4. WHEN——何时？什么时间做？什么时机最适宜？
5. WHERE——何处？在哪里做？
6. HOW——怎么做？如何提高效率？如何实施？方法是什么？
7. HOW MUCH——多少？做到什么程度？数量如何？质量水平如何？费用产出如何？

测试与开发的关系

V模型的优缺点（测试重点）

（1）优点：

包含了底层测试（单元测试）和高层测试（系统测试）；
清楚的标识了开发和测试的各个阶段；
自上而下逐步求精，每个阶段分工明确，便于整体项目的把控。

（2）缺点

自上而下的顺序导致了，测试工作在编码之后，就导致错误不能及时的进行修改；
实际工作中，需求经常变化，导致v模型步骤，反复执行，返工量很大，灵活度较低。
在V模型中，只是把测试作为编码之后的一个阶段，并没有在需求开发阶段就进入测试。这也算是他的一个缺点了。
改良：每个步骤都可以进行小的迭代工作。

W模型的优缺点

（1）优点

测试伴随着整个开发周期，需求和设计同样要测试；
更早的介入测试，可以发现初期的缺陷，修复成本低；
分阶段工作，方便项目整体管理。

（2）缺点

开发和测试依然是线性的关系，需求的变更和调整，依然不方便；
如果没有文档，根本无法执行w模型；
对于项目组成员的技术要求更高！