浅谈测试管理的几个方面

    负责一个项目测试也一年多了。虽然公司流程一直也是不正规，但是在测试管理方面，自己还是有进步的。

    首先，谈一下需求。需求管理是一个项目成败的关键。没有需求管理的项目就没有可测性，不具备测试条件。但是需求的编写，并不是指非要写那么细的需求。其实，只要适合团队开发就可以。最简单的，一定要有需求跟踪矩阵一样的需求功能点汇总。这是团队所有角色共同工作的基础。

    下面谈一下测试管理方面比较重要的几个方面：

    测试用例管理方面：根据需求功能点编写测试用例。最简单的测试用例就是需求功能点（也可以说是测试大纲）。根据需求功能点的优先级别，决定要细化哪些功能点的测试用例。根据需求功能点的内容，来决定对每个功能点采用的不同测试技术，如性能测试、数据测试等。测试用例也分种类，功能测试，业务测试，数据测试，性能测试。

    测试执行记录管理方面：记录下每一轮测试的执行记录及时间。每一轮测试都有测试的策略重点，如第一轮重点是功能测试，然后逐渐深入，业务测试。当然针对每一轮的测试重点如功能测试来筛选测试用例。并将每一轮测试执行记录结果记录下来。最后汇总一个每个功能点都执行了哪几轮、哪些类型的测试，执行的时间等信息，汇总后可以确保每个功能测试的完整性。

    测试bug管理方面：测试bug本人是用的td进行bug的管理。推荐使用工具，不要使用EXCEL。bug管理的普通知识我在这里就不说了，重要的几个地方分为bug所属模块功能点统计、bug所属类型统计、bug所属版本统计。bug所属模块主要是选择这个问题是发生在哪个模块哪个功能点的。当我们统计哪些模块通过测试时，就可以根据模块所属bug的统计信息来判断。bug所属类型，我定义了几个（功能错误、功能缺失、性能问题、设计问题、易用性等可以再补充）。定义bug类型的主要功能是，bug的所属类型很大程度上决定了bug的等级。当你想知道一个系统中性能问题类的bug有多少个一查就能出来。易用性问题在某些公司中是等级最低的。其他的好处大家再仔细实践体会。

     目前笔者的总结还就这些，以后会慢慢丰富，但就我的感觉，管理就是几个方面（测试用例、测试执行记录、测试bug、测试计划等）。但每一个方面要想管理好，管理细都不容易，决不是算一下覆盖率或者一些指标那么简单。需要有优先级等的轻重缓急。笔者的目标，希望以后的管理能够像张三丰的太极那么完美，做到有招剩无招，最低炭的完成任务。哈哈