有些项目,测完了如果不梳理,过一段时间就忘了,等到面试的时候,就是怎么也想不起来,如果还在当时的公司,那还可以看看用一用系统,问下相关开发和产品人员,但是,如果离职了,就很难想起来了,除非去问老同事,别人愿意回答是情分,不回答也是本分,所以,好记性不如烂笔头,测试过的项目,最好记录下来,以便后续回顾。
有的同学说,不知道如何梳理测试的项目,今天,大致总结了下,可以从如下几点展开:
一、功能
一)测试场景
1、梳理出核心业务流程,可以用泳道图展示,除了业务流程,还要关心业务数据的处理过程,例如像缓存,中间件等细节也可以展示出来。
2、模仿最佳实践,对相关功能进行截图,形成文档
3、原型要是可以打包,也保留一份
4、项目架构(语言+框架),项目业务流程,业务背景(面向的用户群体,用户使用量),包含模块,用文档的形式,以面试为目的整理一份文档
二)各种配置信息
一些常用的配置信息最好有记录,如何配置?参数如何填等等
三)问题排查
一些测试过程中典型的问题,记录下排查过程,方便自己和其他人查看。
二、产出数据量化
1、统计项目迭代次数,持续时长,迭代频率
2、统计功能数量,页面数量,用例数量
3、统计产出的Bug数量
三、自动化脚本
1、接口/UI自动化脚本
统计实现了接口自动化的功能数量和自动化用例数量,拆解里面用到的知识点,例如JMeter做接口测试,用到了CSV数据文件来读取数据,利用正则表达式提取器提取数据等等,这些平时就可以总结,拆解后记录在博客上。
2、接口文档
能保存接口文档的,最好保存一份。
四、压测脚本
统计实现了压测的接口数,编写压测脚本用到的知识点,压测结果,以及压测过程中遇到的问题。
五、安全测试文件
统计安全测试的项目和安全测试漏洞数量,期间用到的安全测试工具,如何做的安全测试,中间遇到了什么困难等等。
我是程序员馨馨,全网id唯一,转载请注明出处。