06. Ego微商项目执行篇

1. 测试执行跟踪

1. 用例提取执行

• 按照计划
  • 根据测试计划执行
    • 根据测试计划安排，结合开发实际提交的模块范围选取对应模块用例进行一一执行，并记录执行过程及结果。
• 实际提交
  • 根据实际提交执行
    • 根据开发实际提交时间，沟通并修正测试 计划，并按照提交模块范围选取对应模块 用例进行一一执行，并记录执行过程及结果。
• 按照业务
  • 按照业务重要程度执行
    • 根据测试进度，单模块测试通过后， 按照业务流程要求，结合用户实际使用场景进行业务流程的全面测试，并记录执行过程及结果。
• 按照级别
  • 按照验收优先级执行
    • 最终根据用例优先级提取关联用户实际场景的业务用例，站在用户使用角度进行执行，直到验收通过。

2. 提交bug原则

• 可复现：确保发现的bug是可以复现的
• 唯一性：按照用例执行的结果，原则上要求 一个bug报告一个相对独立的问题
• 规范性：提交的bug符合公司的规范要求， bug描述尽可能准确严谨

3. 缺陷跟踪确认

image-20230311200950274

面试题：测试过程中如果出现不可复现的bug如何处理？

• 考察目的：自己分析定位问题的能力，团队的沟通和协作能力

• 自己思考刚才测试过程有什么差异的地方（测试步骤，测试账号、测试网络、测试环境）

• 尝试多次测试复现（换个别的电脑或者环境进行复现），可以借助于抓包工具、借助数据库

• 如果此时问题比较严重，找技术人员协助复现（高级测试人员、开发人员）

• 如果是开发人员，可以让开发人员协助打印调试日志

• 更新系统然后在尝试复现测试，暂时放弃（可以在后续版本再次验证）；如果后续版本出现了，此时直接提交bug（开发人员有相关的调试日志了）

2. 测试报告总结

作用：

• 测试过程的详细记录和总结，目的为了验证 记录产品的测试质量

• 测试报告体现产品质量，确定能否上线发布

• 测试报告的编写标志着测试活动的结束

1. 报告核心内容

1. 测试过程回顾

   • 计划和方案里面是预计准备测试报告中是实际使用的

   • 过程使用说明，测试过程中实际使用的环境、资源、进度、配置等信息。

2. 测试统计分析

   • 统计编写测试用例，统计产生的bug数量,分析质量相关bug

   • 数据统计分析，测试过程中产生的数据，主要是测试用例和缺陷报告的数据。

3. 测试结果确认

   • 确认单模块核心、整个系统质量，能不能上线

   • 结果的确认，测试结果的模块确认和整个产品系统的整体结果确认。

4. 测试总结改进

   • 优点继续保持、不足后续改进

   • 总结改进，测试过程中好的地方和不足之处的总结，为后续项目提供经验。

测试报告需要测试执行人员最终汇总编写，要求实事求是，是对产品质量的承诺。