测试的基础篇

目录

1.如何描述一个BUG

1.1.测试版本

1.2.测试环境

1.3测试步骤

1.4实际结果、预期结果、BUG产生的log日志，错误截图

2.BUG的级别（每个公司不一样，一般而言）

2.1崩溃

2.2严重

2.3一般

2.4建议（次要）

3.BUG的生命周期（目前提到的第三个生命周期）

4.测试人员因为一个BUG与开发人员产生冲突应该怎么做

1.如何描述一个BUG

1.1.测试版本

代码提交的版本号，我们一般不会直接把代码提交到码云的master分支，因为这样可能会存在一些错误，而直接上线。所以会有很多分支，分别负责各自的功能，等到所有代码都没有问题，在进行提交。

1.2.测试环境

为何测试环境也要描写清楚

答：因为在不同的测试环境出现的问题不一样，不同的浏览器以及浏览器不同的版本都是不一样的。

市面上的浏览器有哪些

答：谷歌、IE、火狐、edge、360、搜狗、QQ、猎豹、safari

app问题：

软件环境：IOS、安卓、鸿蒙、塞班、windows

硬件环境（设备）：手机品牌/手机系列

1.3测试步骤

测试数据和执行测试的详细步骤（为了方便开发人员复现问题）

1.4实际结果、预期结果、BUG产生的log日志，错误截图

预期结果：需求期望的结果

2.BUG的级别（每个公司不一样，一般而言）

2.1崩溃

系统崩溃不能运行，死循环、数据死锁、资源分配不均、黑屏闪退、阻塞。

线上（用户使用环境）出现崩溃级别的BUG怎么办？

答：回退到上一个可用的稳定版本（一般版本）

2.2严重

服务器可以用但是不稳定，继续使用会产生严重错误。

一级菜单错误、数据库插入用户数据错误、威胁到用户的安全等

2.3一般

系统可以稳定的运行，次要的功能没有实现，提示语不完善，弹出框没有关闭按钮，不影响用户使用。

2.4建议（次要）

建议性的，提示信息重叠（看不清楚、界面排版不符合用户使用习惯、颜色不符合软件使用场景）

3.BUG的生命周期（目前提到的第三个生命周期）

一个BUG从无到有的状态

了解即可

发现BUG-->提交BUG-->指派BUG-->研发确认BUG-->研发去修复BUG-->回归验证BUG-->是否通过验证-->关闭BUG 

问题：发现一个BUG，开发人员修改了，通知测试人员验证，但是测试人员又复现了，是哪些原因引起的？

答：1.测试的环境不同。

2.开发人员的理解不到位。

3.代码在开发人员修改后没有提交到远程，测试人员用旧的有问题的代码进行了测试。

4.测试人员因为一个BUG与开发人员产生冲突应该怎么做

答：1.检查自己的BUG是否描述清楚

2.考虑从用户的角度考虑说服开发人员

3.BUG的定级要有理有据，符合公司的规范，入乡随俗

4.测试人员要不断地提升自己的专业技能和业务水平（权威性）

5.找产品经理去讨论问题的解决方案（测试人员、开发人员、产品经理三方会议）