<软件测试>—测试管理

到了第二阶段，我们开始学习具体的软件测试知识，主要是几大工具的使用，HP的ALM等。

这篇文章主要记述这近一周来的软件测试管理的相关内容。算是我的一个小笔记。

软件测试管理，带了一个管理，自然就是说的对于软件测试过程中的一系列的管理工作。包括需求管理，团队管理，测试文档管理，缺陷管理，测试流程管理以及测试执行管理。

软件测试管理的目标是通过系统，高效的技术方法来进行软件测试工作，以确保软件测试过程中能达到预期目标，以及帮助测试团队决定出最佳实践结果。

而我们通过对具体的测试任务，流程等进行具体的监督和管理的过程就是软件测试管理。

在一个测试活动中，最重要的一点就是对于需求的分析，提炼。可以说在需求上无论怎么花费时间和精力，最后对于测试结果来说都是有回报的，不会有无用功的存在。

所以我觉得在测试管理中，比重最大的也该是测试需求管理，如果一份需求管理的好了，将会对之后开展的工作还有最终带来的效益都是一种正向的助力。

那么对于需求我们又该怎么管理？

首先我们要明白需求指的是什么。说到底需求其实对我们的作用就是一个指路的作用，我们软件是否合用，开发的功能是否可用，都是需求定义出来的。需求中就包含有我们软件开发的方向。其次需求对我们来说最重要的就是让我们明白我们正在做的事情是否正确。做正确的事比正确的做事更重要。

上面几点说的是需求对于开发软件来说的重要性，当然对于软件测试来说需求也非常重要。

有了需求，我们才能进一步确定测试需求，以便于我们能更好的把好软件质量的关口。以下三点就是测试需求的重要性：

测试需求是根据程序文件和质量目标对软件测试活动所提的要求。软件测试需求是开发测试用例的依据。详细的测试需求还是衡量测试覆盖率的重要指标。

软件需求管理的基本流程：

需求采集，需求分析，需求筛选，需求处理

需求采集主要指的就是通过和客户的交流确切知道客户需要的到底是什么样的软件，也就是说我们开发出的软件需要具备怎样的功能，才能让客户满意。

需求分析则是对采集后的需求进行进一步分析，将客户的要求转换为开发软件需求与测试软件需求。也就是说将客户所说的具体功能转换成程序代码或者功能模块

需求筛选主要包括的就是需求评审，在对需求分析过后需要进行需求评审，已确定好具体工作过程中的各项安排

需求处理则是将需求正式转向开发软件

软件测试需求管理流程类比于软件需求管理流程可以分为以下三点

需求采集，需求分析与需求评审

在这三步中需要各自输出相对应的输出物，需求采集后需要提交原始测试需求表，以便于测试人员进行测试要点分析，功能交互分析，质量特性分析，测试类型分析等。分析完毕后需要输出测试需求跟踪矩阵，然后进行需求评审，得出评审结论。

以上就是目前我对软件测试需求管理的理解