Day3-业务测试实战1
业务测试实战
简介
- 测试流程。
- 测试用例设计。
知识模块
- 测试流程 L1
- 测试用例设计 L1
知识点
- 掌握测试用例的设计与编写。
- 掌握完整的测试流程。
受众
- 初级测试开发工程师
场景简介
在一家互联网科技公司,测试工程师测试工程师被分配到一个新的项目:一个商城后台管理系统的全面测试工作。这个系统涉及商场管理、商品管理、推广管理、系统管理等功能。项目团队成员包括产品经理、开发工程师、测试组长、其他测试人员以及项目经理。测试工程师将通过与各个角色的合作,完成从需求分析到最终上线的全流程测试工作,确保项目顺利完成。
人物简介
- 项目经理:负责项目的整体规划和协调,确保项目按时交付并满足质量要求。
- 产品经理:负责产品需求的定义和说明,与客户沟通,确保产品功能符合市场需求。
- 测试组长:负责测试团队的管理和协调,指导测试策略的制定和实施。
- 测试工程师:负责设计和执行测试用例,记录和跟踪缺陷,确保系统质量。
- 开发工程师:负责系统功能的开发和维护,解决测试中发现的缺陷。
时间安排
两周一个版本
时间线 | 内容 |
---|---|
第一天 | 项目启动会议 |
第二天 | 需求宣讲、需求评审、测试计划制定 |
第三天 | 测试用例设计 |
第四天 | 测试用例设计 |
第五天 | 测试用例评审、测试用例录入 |
第六天 | 冒烟测试、第一轮测试 |
第七天 | 第一轮测试 |
第八天 | 回归测试与验收测试 |
第九天 | 项目上线 |
第十天 | 项目总结 |
剧本情节
1. 项目启动会
场景:会议室
项目经理召开项目启动会,介绍商城后台管理系统项目的目标、时间线和关键里程碑。产品经理详细说明了产品的核心功能和用户需求。测试组长、测试工程师和开发工程师参加会议。
对话片段:
- 项目经理:“大家好,这是我们的商城后台管理系统项目,这次要上一个新的功能。目标是在两周内完成开发和测试,并上线运营。”
- 产品经理:“我们这次项目的重点是增加商品管理模块,这是我们下一季度的主推功能。”
- 测试组长:“测试团队这边负责商品管理模块的测试。大家有任何问题,可以随时沟通。”
问题:
- 同时提测了三个需求,上线时间接近,怎么合理规划时间,保证三个需求按时上线?
2. 需求评审
场景:会议室
产品经理详细讲解商品管理模块的需求文档。测试组长和测试工程师积极参与,提出各种业务场景和边界条件下的测试需求。测试工程师根据需求文档制定初步的测试计划,特别关注潜在的风险点和复杂业务逻辑。
对话片段:
- 测试工程师:“在商品管理中,是否考虑了批量导入和导出的功能?以及如何处理导入数据的格式错误?”
- 产品经理:“是的,这些都在需求中有所说明,我们可以详细讨论具体的测试场景。”
问题:
- 参与需求的评审,都会做哪些工作?
3. 测试计划制定
场景:测试组内讨论
测试组长与测试工程师及其他测试人员讨论并制定详细的测试计划。包括测试范围、测试策略、测试环境的准备、测试用例的设计原则等。测试组长特别强调了回归测试的重要性,以确保新功能上线不会影响现有功能。
对话片段:
- 测试组长:“今天我们要讨论即将开始的商城后台管理系统测试计划。首先,我们需要确定测试的主要目标和范围。”
- 测试工程师:“我们的测试目标是确保商品管理模块功能正常,包含商品的添加、删除、更新和查询等功能”。
- 测试组长:“好的,那我们首先确定这些核心功能,并确保覆盖所有主要业务场景。接下来,我们需要为每个测试项分配负责人。”
4. 测试用例设计
场景:测试工程师的工位
测试工程师开始设计测试用例,涵盖功能测试、界面测试。他创建了详细的测试用例文档,确保每个功能点都有相应的测试,并覆盖所有可能的用户操作路径。测试用例经过测试组长的审核,确保全面性和合理性。
对话片段:
- 测试工程师(自言自语):“商品添加用例要考虑不同类型商品的输入,边界值和异常情况也不能漏掉。这个商品添加功能还需要考虑到图片上传失败的情况,还要测试图片的大小限制。”
问题:
- 各种场景的测试用例设计?
5. 测试用例评审
场景:会议室
产品经理、开发工程师、测试组长、和其他测试人员评审测试工程师的测试用例。
对话片段:
- 测试组长:“你的用例设计很全面,但在库存管理部分,建议增加一个场景,模拟库存数据异常的处理。”
- 测试工程师:“好的,我会补充这个用例。”
问题:
- 测试用例评审如何可以更高效?
6. 测试用例禅道平台管理
场景:测试工程师的工位
测试工程师把评审并修改后的用例录入禅道平台中进行管理。
对话片段:
- 测试工程师:“禅道上用例都录入完成,现在等待开发完成后就可以开始测试了。”
7. 测试执行与缺陷管理
场景:测试工程师的工位
系统的开发工作逐步完成,开发工程师(开发工程师)提测。测试工程师开始执行测试用例,记录发现的缺陷。测试团队使用禅道记录和跟踪缺陷。测试工程师发现了一个关键的功能问题,并及时向开发团队反馈。开发工程师接收到缺陷报告后,迅速定位问题并进行修复。
对话片段:
- 开发工程师:“今天商品添加功能不能提测了,可能得明天上午才能提测。”
- 测试工程师:“延迟提测的原因是什么呀?最好能赶在明天上班的时候就提测,这样测试的安排不会被打乱太多。我可以先测试已经提测的商品查询功能。”
- 测试工程师:“我在测试商品查询功能时发现了一个问题,当我输入商品名称进行搜索时,系统没有返回任何结果,但我确定数据库里有这个商品。”
- 测试组长:“请把这个问题记录到缺陷管理系统里,并附上详细的复现步骤和相关截图。然后通知一下开发工程师。”
- 开发工程师:“我看了你的描述,可能是搜索条件的问题。我们需要确保输入的关键字必须完全匹配商品名称。”
- 测试工程师:”我已经确认输入的是完全匹配的商品名称,问题依然存在。能再仔细检查一下吗?“
- 开发工程师:”我觉得这可能不是 Bug,而是用户输入问题或者数据延迟。“
- 测试工程师:“我已经把出现问题的截图、日志和数据库的查询结果都附在缺陷报告里了,可以确定数据库中肯定是存在这个数据的,可能需要再详细检查一下代码。”
- 开发工程师:“好的,我再去确认一下。”
8. 回归测试与验收测试
场景:测试工程师的工位
在开发工程师修复缺陷后,测试工程师进行回归测试,确保修复没有引入新的问题。同时,团队进行验收测试,确保系统所有功能满足需求并达到上线标准。
对话片段:
- 开发工程师:“我已经修复了查询语句的问题。你可以重新测试一下”
- 测试工程师:“我重新测试了商品查询功能,现在可以正确返回结果了,问题已经解决。我来关闭缺陷报告。”
- 测试组长:“我们还需要对所有关键功能进行全面的回归测试,确保没有任何遗漏。”
9. 项目总结与上线
场景:会议室
在项目接近尾声时,项目经理组织项目总结会,回顾整个开发和测试过程。测试工程师和其他团队成员分享了测试中的关键发现和解决方案。最终,系统成功上线,产品经理表示系统的功能和性能达到了预期的效果。
对话片段:
- 项目经理:“非常感谢大家的努力,项目顺利完成。我们总结一下这次项目中的经验教训,为下次项目做更好的准备。”
剧本复盘
- 多久做⼀次版本迭代?团队规模是怎么样?
- 怎么合理规划时间,保证三个需求按时上线
- 拿到一个需求怎么去写测试用例
- 测试用例怎么评审更高效
- 提测时间到了,但是开发没提测,排期已经确定好了
- 你认为这是一个 bug,开发认为这不是一个 bug,怎么办
- 线上 bug 的定级
- 项目测试中遇到的困难
课后作业
总结
通过这个剧本,测试工程师测试工程师体验到了完整的测试流程,从需求分析、测试设计、测试执行到上线后的监控和维护,全面了解了软件开发和测试的全生命周期。每个环节的细致工作和团队的密切配合是项目成功的关键。