上节我们大概了解了软件测试的概念和工作流程，今天我们接着学习一下测试计划、测试用例和测试缺陷！
一、
软件测试计划简介
1、概念：
指定测试目的、范围、方法、时间进度及软件测试重点的过程
2、编写人员和使用人员
测试计划一般由
测试组长
或者
项目经理
来负责撰写。测试人员按照测试计划里的内容来安排和调整自己的测试工作。
写：测试组长和项目经理
用：测试人员
你：也有可能……
3、软件测试计划内容
我们来画个图更直观看一下：
二、测试用例
概念：
测试用例是为了实施测试而向被测试系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。其实，测试用例就是一份编写了要测哪些内容的文档。测试用例表达要清楚，无二义性；用例可操作性强；用例的输入与输出明确。用例是测试人员根据需求进行设计的，
设计方法有：等价类划分法、边界值法、判定表法、正交法、场景法、错误推测法，基于需求设计。
产生原因：
1、在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率；
2、测试用例的使用令软件测试的实施重点突出、目的明确；
3、在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期；
4、检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路。
内容：
主要内容：
用例编号、所属模块、用例标题、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果。
三、缺陷
概念：
软件缺陷就是通常说的bug，它是指软件中（包括文档和程序）存在的影响软件正常运行的问题。
原因：
需求不明确和变更（沟通不充分产生）
软件结构复杂（架构不合理，认知不到位）
编码问题（程序员是培训的，太菜）
项目期限短（时间问题，越快越忙越出错）
使用新技术（不是最新的才是最好的，大家都知道老人活好）
缺陷分类：
测试种类分类
：界面类、功能类、性能类、安全类、兼容类
缺陷的验证程度：
严重、一般、次要、轻微
缺陷优先级等级：
立即解决、高优先级、正常排队、低优先级
如图：
缺陷发生阶段分类：
需求阶段缺陷
架构阶段缺陷
设计阶段缺陷
编码阶段缺陷
测试阶段缺陷
缺陷管理
提交缺陷的注意事项
：
可复现：
缺陷可以复现
唯一性
：一条缺陷只报告一个问题
规范性
：缺陷报告编写要规范，符合公司或者项目要求
准确
：描述的信息是正确的
具体：
有细节且真实特定的，避免使用模糊不清的词语，如功能中断、功能不正确、功能不起作用等
简洁易懂：
描述简单容易理解，不要产生歧义
次序清晰
：描述缺陷过程有条件，有先后顺序
缺陷跟踪流程图
：
