测试理论（三）错误问题排查、测试报告模板

1、错误问题排查

以二维码系统崩溃为例，来进行简单的问题筛查

cpu：大家都进行扫描二维码，以及查看自己的健康码    （每日正常操作）

内存：大家的健康码数据都在进行大量的查询和写入   （高并发状态）

oom（Java Lang Out Of Memory）：内存泄漏

排查思路：

1、先搞清楚这个服务器是在哪个阿里云机器上部署的

2、然后登录到这个阿里云的服务器上

3、然后到二维码服务的logs日之下

4、查看今天早上7.35到7.45的日志   （可能存在两种情况）

　　A、日志文件疯狂的写入

　　B、还是继续写，但是不是疯狂的写，查找关键字Out Of

memory，7:40

或者用最直接的方法：服务重新启动，内容释放（容易数据丢失）

健康码的数据，必须进行持久化的处理：

1、持久化的技术方案：redis内存中的数据会进行备份的

2、数据储存的数据库，那么数据库里面的数据也会进行冷热备份

首先看测试环境存不存在，先记录到BUG单里面和开发紧急验证问题，定位问题点进行紧急修复

关于分布式架构

本人最浅显的理解就是把架构同事分布在多台电脑上，让所有的电脑都正常进行工作，如果出现第一台电脑崩溃时，一般在钉钉或者企业微信中会进行报警提示，这时候就可以启用其他电脑，继续维护数据，从整体方面而言，数据的保护措施做的更全面，架构图如下

 

 

2、提交BUG单要填写的内容

2.1、测试步骤  

备注：要求特别详细 按照步骤1234罗列出来 让开发根据测试步骤能复原场景从而找到错误点进行更正

2.2、实际结果

备注：开发同事写的代码为实际结果，我们需要与期望结果进行匹配，如果不匹配需要在BUG单中圈出来并且标注提醒开发同事进行修改

2.3、期望结果

备注：提交BUG时候要让开发的人员看到我们所期望的结果，根据实际的期望结果进行修改

2.4、在工作中测试相关分配工作

A、可能在每日早会时进行口头分配

B、大多数公司会有相关的软件进行看板分配（优点：高效，可读性高，执行效率高）

3关于Wiki

　　Wiki：本意指的是多人协作的系统软件，常用于共同编辑文件，协同进行操作

 

 

在公司中作为测试要做的是编写测试方案 测试计划等，让其他同事可以进行查看，便于工作对接

3.1、测试方案的编写：

一般会有一下几个框 分别为

3.2背景描述

关于背景描述的编写一般是围绕着，为什么要这么做前提是出现了什么问题，要解决什么样的问题

3.3技术方案调整

关于技术方案调整一般写的是整体底层逻辑相关的调整，或者是代码相关问题

3.4整体计划

关于整体计划一般是在进行工作的周期，在工作时需要编写号日期时间 以及是否完成等字眼，一言以蔽之

3.5风险管理

风险管理，在开展相关测试工作时，要预测风险问题都有什么提前说好，做好十足的准备工作

4、关于测试报告的编写

4.1测试报告

需要备注版本号  测试人员 测试时间 以及备注补充

版本	测试人员	测试时间	备注
V1.0.0	李四，王麻子，赵四	12.21-12.27

 

4.2测试结果

需要写的是分为五点 分别为本次版本功能、系统已有功能、自动化测试结果、性能测试、每个版本必须测试的功能点

4.2.1本版本功能

模块	功能点	测试结果	备注
登录	邮箱/手机账户登录成功	✅
登录	登录错误提示信息验证	✅
注册	邮箱注册	✅
注册	手机号码注册	✅
注册	注册后的账户登录	✅
注册	注册错误提示信息验证	✅
发送邮件	发送邮件业务	✅
非功能测试	浏览器兼容性测试	✅	只测试了Chrome,Firefox,EGDE的最新版本

4.2.2系统已有功能

指的是在版本前已有的功能进行测试，防止代码冲突 报错

4.2.3自动化测试结果

在我们做测试时候 进行自动化测试测试用例的编写以及

4.2.4性能测试

指的是我们在做性能测试的结论

4.2.5每个版本必须测试功能点

业务	测试结果	备注
登录业务	✅
发送业务	✅
查看业务	✅

4.3缺陷分析

总问题数	已解决数	未解决数	备注
90	85	5	已和相关的人沟通，本次版本不解决

4.4风险管理

序号	问题单描述	跟踪人	负责人	解决方案	备注
1	https://www.tapd.cn/44017068/bugtrace/bugs/view?bug_id=1144017068001000056&url_cache_key=dc4a4b9e44feeb3e87a780bb35f48d3d	李四	测试主管	已和项目经理，产品经理，测试主管等相关的人沟通，本次版本不解决	已和项目经理，产品经理，测试主管等相关的人沟通，本次版本不解决

4.5测试结论

本版本总共问题90个，已解决85个，未解决5个，为解决的5个已和项目经理等相关的人共同，本次版本不解决，遗留到下个版本解决。因此，本版本测试通过，可以上线。