软件测试BUG篇

1. 软件测试的生命周期

回顾：软件开发的生命周期

需求分析——计划——设计——编码——测试——运行维护

软件测试的生命周期（软件测试的流程）

需求分析——测试计划——测试设计/测试开发——测试执行——测试评估

1. 需求分析：需求分析的正确性和理性；细化需求，找出测试项，写测试用例
2. 测试计划：测试人数，测试环境，测试时间，测试设备
3. 测试设计/测试开发：根据需求，写测试用例
4. 测试执行：开发已经完成，执行测试用例验证功能，提交验证BUG
5. 测试评估：写了多少测试用例，执行了多少，剩余的测试用例数，BUG数，解决的BUG数量，遗留的BUG以及解决方案，测试范围和测试功能

2. 如何描述一个BUG

BUG管理工具：文字形式，禅道，jira，tapd

1. 测试版本号（代码版本信息）
   • 版本号方便开发人员发现BUG
2. 测试环境
   • 硬件设备信息【电脑/手机型号，品牌】
   • web系统，操作系统
   • 浏览器的版本号
   • APP（软件设备）：Android，IOS，HarmonyOS
   • 网络环境
3. 测试数据（更加快的复现问题）
4. 测试步骤
5. 测试实际结果
6. 测试预期结果
7. 附件：错误日志，错误截图等

3. BUG级别

1. 崩溃
   • 系统无法正常运行，出现崩溃，操作死锁，死循环，黑屏，阻碍测试人员
   • 如果线上出现这种情况怎么办？【回退到上一个稳定的版本 Git】
2. 严重
   • 系统运行，但是不稳定，继续运行下去会造成严重的损失，重要的功能没有实现或者功能和需求不符合，数据库中用户数据存储错误威胁到用户的安全（信息，财产）
3. 一般
   • 次要的功能没有实现或者错误，系统可以稳定的运行
4. 建议
   • 需求中没有，但是会影响用户的体验，排版（局促），颜色不符合大众审美，没有换行或者提前换行

4. BUG的生命周期

BUG的各种生存状态

5. 如果因为BUG和开发人员产生冲突

1. 检查，看BUG是否清楚
2. 从用户角度去说服开发人员修改
3. BUG的定级要有理有据（根据公司的规范）
4. 提升自己的业务水平和技术
   • 不但能够发现BUG，并且能够定位还能够提出解决方案
5. 不要争吵，找产品经理
   • 三方会议：测试人员，开发人员，产品经理会讨论这个BUG的最终解决方案