测试人员，如何梳理你测试的项目？

有些项目，测完了如果不梳理，过一段时间就忘了，等到面试的时候，就是怎么也想不起来，如果还在当时的公司，那还可以看看用一用系统，问下相关开发和产品人员，但是，如果离职了，就很难想起来了，除非去问老同事，别人愿意回答是情分，不回答也是本分，所以，好记性不如烂笔头，测试过的项目，最好记录下来，以便后续回顾。

有的同学说，不知道如何梳理测试的项目，今天，大致总结了下，可以从如下几点展开：

一、功能

一）测试场景

1、梳理出核心业务流程，可以用泳道图展示，除了业务流程，还要关心业务数据的处理过程，例如像缓存，中间件等细节也可以展示出来。

2、模仿最佳实践，对相关功能进行截图，形成文档

3、原型要是可以打包，也保留一份

4、项目架构（语言+框架），项目业务流程，业务背景（面向的用户群体，用户使用量），包含模块，用文档的形式，以面试为目的整理一份文档

二）各种配置信息

一些常用的配置信息最好有记录，如何配置？参数如何填等等

三）问题排查

一些测试过程中典型的问题，记录下排查过程，方便自己和其他人查看。

二、产出数据量化

1、统计项目迭代次数，持续时长，迭代频率

2、统计功能数量，页面数量，用例数量

3、统计产出的Bug数量

三、自动化脚本

1、接口/UI自动化脚本

统计实现了接口自动化的功能数量和自动化用例数量，拆解里面用到的知识点，例如JMeter做接口测试，用到了CSV数据文件来读取数据，利用正则表达式提取器提取数据等等，这些平时就可以总结，拆解后记录在博客上。

2、接口文档

能保存接口文档的，最好保存一份。

四、压测脚本

统计实现了压测的接口数，编写压测脚本用到的知识点，压测结果，以及压测过程中遇到的问题。

五、安全测试文件

统计安全测试的项目和安全测试漏洞数量，期间用到的安全测试工具，如何做的安全测试，中间遇到了什么困难等等。

我是程序员馨馨，全网id唯一，转载请注明出处。