Skip to content

Day3-业务测试实战1

业务测试实战

简介

  • 测试流程。
  • 测试用例设计。

知识模块

  • 测试流程 L1
  • 测试用例设计 L1

知识点

  • 掌握测试用例的设计与编写。
  • 掌握完整的测试流程。

受众

  • 初级测试开发工程师

场景简介

在一家互联网科技公司,测试工程师测试工程师被分配到一个新的项目:一个商城后台管理系统的全面测试工作。这个系统涉及商场管理、商品管理、推广管理、系统管理等功能。项目团队成员包括产品经理、开发工程师、测试组长、其他测试人员以及项目经理。测试工程师将通过与各个角色的合作,完成从需求分析到最终上线的全流程测试工作,确保项目顺利完成。

人物简介

  1. 项目经理:负责项目的整体规划和协调,确保项目按时交付并满足质量要求。
  2. 产品经理:负责产品需求的定义和说明,与客户沟通,确保产品功能符合市场需求。
  3. 测试组长:负责测试团队的管理和协调,指导测试策略的制定和实施。
  4. 测试工程师:负责设计和执行测试用例,记录和跟踪缺陷,确保系统质量。
  5. 开发工程师:负责系统功能的开发和维护,解决测试中发现的缺陷。

时间安排

两周一个版本
时间线 内容
第一天 项目启动会议
第二天 需求宣讲、需求评审、测试计划制定
第三天 测试用例设计
第四天 测试用例设计
第五天 测试用例评审、测试用例录入
第六天 冒烟测试、第一轮测试
第七天 第一轮测试
第八天 回归测试与验收测试
第九天 项目上线
第十天 项目总结

剧本情节

1. 项目启动会

场景:会议室

项目经理召开项目启动会,介绍商城后台管理系统项目的目标、时间线和关键里程碑。产品经理详细说明了产品的核心功能和用户需求。测试组长、测试工程师和开发工程师参加会议。

对话片段

  • 项目经理:“大家好,这是我们的商城后台管理系统项目,这次要上一个新的功能。目标是在两周内完成开发和测试,并上线运营。”
  • 产品经理:“我们这次项目的重点是增加商品管理模块,这是我们下一季度的主推功能。”
  • 测试组长:“测试团队这边负责商品管理模块的测试。大家有任何问题,可以随时沟通。”

问题

  1. 同时提测了三个需求,上线时间接近,怎么合理规划时间,保证三个需求按时上线?

2. 需求评审

场景:会议室

产品经理详细讲解商品管理模块的需求文档。测试组长和测试工程师积极参与,提出各种业务场景和边界条件下的测试需求。测试工程师根据需求文档制定初步的测试计划,特别关注潜在的风险点和复杂业务逻辑。

对话片段

  • 测试工程师:“在商品管理中,是否考虑了批量导入和导出的功能?以及如何处理导入数据的格式错误?”
  • 产品经理:“是的,这些都在需求中有所说明,我们可以详细讨论具体的测试场景。”

问题

  1. 参与需求的评审,都会做哪些工作?

3. 测试计划制定

场景:测试组内讨论

测试组长与测试工程师及其他测试人员讨论并制定详细的测试计划。包括测试范围、测试策略、测试环境的准备、测试用例的设计原则等。测试组长特别强调了回归测试的重要性,以确保新功能上线不会影响现有功能。

对话片段

  • 测试组长:“今天我们要讨论即将开始的商城后台管理系统测试计划。首先,我们需要确定测试的主要目标和范围。”
  • 测试工程师:“我们的测试目标是确保商品管理模块功能正常,包含商品的添加、删除、更新和查询等功能”。
  • 测试组长:“好的,那我们首先确定这些核心功能,并确保覆盖所有主要业务场景。接下来,我们需要为每个测试项分配负责人。”

4. 测试用例设计

场景:测试工程师的工位

测试工程师开始设计测试用例,涵盖功能测试、界面测试。他创建了详细的测试用例文档,确保每个功能点都有相应的测试,并覆盖所有可能的用户操作路径。测试用例经过测试组长的审核,确保全面性和合理性。

对话片段

  • 测试工程师(自言自语):“商品添加用例要考虑不同类型商品的输入,边界值和异常情况也不能漏掉。这个商品添加功能还需要考虑到图片上传失败的情况,还要测试图片的大小限制。”

问题

  • 各种场景的测试用例设计?

5. 测试用例评审

场景:会议室

产品经理、开发工程师、测试组长、和其他测试人员评审测试工程师的测试用例。

对话片段

  • 测试组长:“你的用例设计很全面,但在库存管理部分,建议增加一个场景,模拟库存数据异常的处理。”
  • 测试工程师:“好的,我会补充这个用例。”

问题

  1. 测试用例评审如何可以更高效?

6. 测试用例禅道平台管理

场景:测试工程师的工位

测试工程师把评审并修改后的用例录入禅道平台中进行管理。

对话片段

  • 测试工程师:“禅道上用例都录入完成,现在等待开发完成后就可以开始测试了。”

7. 测试执行与缺陷管理

场景:测试工程师的工位

系统的开发工作逐步完成,开发工程师(开发工程师)提测。测试工程师开始执行测试用例,记录发现的缺陷。测试团队使用禅道记录和跟踪缺陷。测试工程师发现了一个关键的功能问题,并及时向开发团队反馈。开发工程师接收到缺陷报告后,迅速定位问题并进行修复。

对话片段

  • 开发工程师:“今天商品添加功能不能提测了,可能得明天上午才能提测。”
  • 测试工程师:“延迟提测的原因是什么呀?最好能赶在明天上班的时候就提测,这样测试的安排不会被打乱太多。我可以先测试已经提测的商品查询功能。”
  • 测试工程师:“我在测试商品查询功能时发现了一个问题,当我输入商品名称进行搜索时,系统没有返回任何结果,但我确定数据库里有这个商品。”
  • 测试组长:“请把这个问题记录到缺陷管理系统里,并附上详细的复现步骤和相关截图。然后通知一下开发工程师。”
  • 开发工程师:“我看了你的描述,可能是搜索条件的问题。我们需要确保输入的关键字必须完全匹配商品名称。”
  • 测试工程师:”我已经确认输入的是完全匹配的商品名称,问题依然存在。能再仔细检查一下吗?“
  • 开发工程师:”我觉得这可能不是 Bug,而是用户输入问题或者数据延迟。“
  • 测试工程师:“我已经把出现问题的截图、日志和数据库的查询结果都附在缺陷报告里了,可以确定数据库中肯定是存在这个数据的,可能需要再详细检查一下代码。”
  • 开发工程师:“好的,我再去确认一下。”

8. 回归测试与验收测试

场景:测试工程师的工位

在开发工程师修复缺陷后,测试工程师进行回归测试,确保修复没有引入新的问题。同时,团队进行验收测试,确保系统所有功能满足需求并达到上线标准。

对话片段

  • 开发工程师:“我已经修复了查询语句的问题。你可以重新测试一下”
  • 测试工程师:“我重新测试了商品查询功能,现在可以正确返回结果了,问题已经解决。我来关闭缺陷报告。”
  • 测试组长:“我们还需要对所有关键功能进行全面的回归测试,确保没有任何遗漏。”

9. 项目总结与上线

场景:会议室

在项目接近尾声时,项目经理组织项目总结会,回顾整个开发和测试过程。测试工程师和其他团队成员分享了测试中的关键发现和解决方案。最终,系统成功上线,产品经理表示系统的功能和性能达到了预期的效果。

对话片段

  • 项目经理:“非常感谢大家的努力,项目顺利完成。我们总结一下这次项目中的经验教训,为下次项目做更好的准备。”

剧本复盘

课后作业

总结

通过这个剧本,测试工程师测试工程师体验到了完整的测试流程,从需求分析、测试设计、测试执行到上线后的监控和维护,全面了解了软件开发和测试的全生命周期。每个环节的细致工作和团队的密切配合是项目成功的关键。