测试计划、测试用例和测试缺陷

一、测试计划

1.概念：指定测试目的、范围、方法、时间进度及如那件测试重点的过程

2.编写人员和使用人员：测试计划一般有测试组长或者项目经理来负责撰写。测试人员按照计划里的内容来安排和调整自己的测试工作

二、测试用例

1.概念：测试用例是为了实施测试而向被测试系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。其实，测试用例就是一份编写了要测哪些内容的文档。测试用例表达要清楚，无二义性；用例可操作性强；用例的输入与输出明确。用例是测试人员根据需求进行设计的，设计方法有：等价类划分法、边界值法、判定表法、正交法、场景法、错误推测法，基于需求设计。

2.产生原因：

        1、在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率；

        2、测试用例的使用令软件测试的实施重点突出、目的明确；

        3、在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期；

        4、检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路。

内容：

3.主要内容：用例编号、所属模块、用例标题、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果。

三、测试缺陷

1.概念：软件缺陷就是通常说的bug，它是指软件中（包括文档和程序）存在的影响软件正常运行的问题。

2.原因：

        需求不明确和变更（沟通不充分产生）

        软件结构复杂（架构不合理，认知不到位）

        编码问题（程序员是培训的，太菜）

        项目期限短（时间问题，越快越忙越出错）

        使用新技术（不是最新的才是最好的，大家都知道老人活好）

3.缺陷分类：

        测试种类分类：界面类、功能类、性能类、安全类、兼容类

        缺陷的验证程度：严重、一般、次要、轻微

        缺陷优先级等级：立即解决、高优先级、正常排队、低优先级

4.缺陷发生阶段分类：

        需求阶段缺陷

        架构阶段缺陷

        设计阶段缺陷

        编码阶段缺陷

        测试阶段缺陷

5.缺陷管理

        提交缺陷的注意事项：

        可复现：缺陷可以复现

        唯一性：一条缺陷只报告一个问题

        规范性：缺陷报告编写要规范，符合公司或者项目要求

        准确：描述的信息是正确的

        具体：有细节且真实特定的，避免使用模糊不清的词语，如功能中断、功能不正确、功能不起作用等

        简洁易懂：描述简单容易理解，不要产生歧义

        次序清晰：描述缺陷过程有条件，有先后顺序