测试基础

一、软件测试的生命周期

软件测试流程:
需求分析——测试计划——测试设计/开发——测试执行——测试报告

• 需求分析：分析需求、细化需求、验证需求、正确性和合理性；
• 测试计划：规划测试人员、规划时间、测试范围、测试目的；
• 测试设计/开发：分析需求、从细化的需求者提炼功能点、设计测试用例；
• 测试执行：执行测试用例、记录BUG；
• 测试报告：测试范围、有多少测试用例、执行了多少、余留了多少测试用例、发现多少BUG、修改了多少BUG（验证)、遗留的BUG以及解决方案。

二、如何描述一个BUG

• 版本号（代码版本号）
• 测试环境（平台）：不同的浏览器对同一个页面解析是不一样的
• 测试步骤和测试数据
• 实际结果
• 预期结果
• 附件（错误截图、错误日志等）

例如：
操作：邮箱输入了19个字符，输入正确的密码和手机号，勾选同意，点击立即注册，注册成功
描述：

• 标题:注册邮箱，邮箱地址输入19个字符，注册成功测试版本号: versionx12

• 测试环境: Windows10Chrome版本89.0.4389.128

• 测试步骤:
  1、进入网易邮箱注册页面;
  2、邮箱地址输入19个字符:
  3、输入符合要求的正确密码；
  4、输入符合要求的正确的的手机号：
  5、勾选同意条款；
  6，点击立即注册
  实际结果:注册成功
  预期结果:注册失败

三、BUG级别的定义

1、崩溃：

• 定义：系统运行阻断，严重的影响了开发人员和测试人员的工作，需立马修复。
• 线上出现崩溃级别的BUG怎么办？ 回退一个稳定的版本

2、严重：

• 定义：系统还可以运行，但是已经不稳定了，如果再运行下去，可能会产生严重的后果。
• 例如：直播画面失真、密码明文显示

3、一般

• 定义：系统可以稳定的运行，但是一些次要功能没有实现，可能会影响用户体验。

4、次要（建议性）

• 定义：没有严格体现在需求里面的。
• 影响用户的视觉体验，界面文字提示内容、展示、图片的排版。是否修改和产品经理商量。

四、BUG的生命周期

BUG转换图：

问题：测试人员提了一个BUG，开发人员已经修改了，但是测试人员测试时，发现这个BUG依然存在，有哪些原因？
解决：（1）开发人员没修改好、（2）开发人员没有把代码更新到测试环境（没有提交代码）、（3）测试人员忘记拉取最新的代码到测试环境进行发布。

五、问题

如果碰到一个BUG，和开发人员产生冲突怎么办？

1. 先检查自己的BUG描述是否清楚
2. 检查BUG的定级是否按照公司标准
3. 站在用户的角度去说服开发
4. 不断提高自己的业务水平和技术水平
5. 和开发人员、产品经理开会商量这个BUG的解决方案