软件测试流程及TestLink进行测试管理的流程

在公司中，做测试这块比较普遍的工作流程：

需求分析

1. 当前阶段的核心是梳理清楚我们需要做测试什么
2. 测试需求的来源：需求规格书明书（项目经理提出项目并书写需求说明书）

API文档（技术部门）

竞品分析（同行产品，根据对方产品的劣势，测试自己产品）

个人经验（做单调的工作，自己最值钱的地方）

设计用例

1. 测试用例就是用户为了测试软件的某个功能而设计的需要执行的操作过程
2. 设计用例不是盲目的，它有据可行（等价类[各类中有代表性的数据测测]、边界值、判定表…..）
3. 等价类划分法：（属于黑盒测试）：将不能穷举的过程进行分类，从而保证完整性和代表性（在取值范围内去有代表性的值——>有效等价类的确定）

评审用例（测试组内有经验的同事或者测试组长）

主要工作是：对当前的测试用例进行添加和删除

配置环境

1. 环境：指的就是当前被测对象运行所需要的执行环境。（注：作为高测，需要必备的基础能力）——》[新手一般使用一键安装的集成环境，low]
2. 环境分类：操作系统 + 服务器软件 + 数据库 + 软件底层代码的执行环境
3. 底层代码的执行环境：（php、Java、python做网页）比如index.html不需要配置，直接可以在浏览器中运行，但是如：index.jsp在无任何准备的情况下就不能顺利运行

执行用例

1. 一般在执行测试用例之前我们会做一个冒烟测试。

冒烟测试(快)：核心是：快速地对当前软件的核心功能或者主体执行流程进行验证。如果此阶段有问题，则可以直接将此版本会退给开发，等待下一个版本的到来（比如：购物平台中商品不能加购物车）

如果冒烟测试通过，才准备开展全面的测试

回归测试指的是当我们将某个缺陷提交给开发后，有他们进行修复，修复完成后需要测试人员再次对其进行测试[回归测试]

1. 缺陷跟踪：指的就是当测试人员发现某个缺陷之后需要一直对该缺陷的状态进行跟踪，直到其结束为止。

输出测试报告

（1）将当前的测试过程中产生的数据进行可视化的输出，方便其他人去查看。

测试结束：结束还算一个步骤吗？算，很多公司很在乎，他们希望自己的产品持续可用

测试人员需要将整个测试过程中产生的一些文档进行整理归档，方便后续版本的使用

TestLink进行软件测试管理流程：