【软件测试】如何梳理你测试的业务

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: 【软件测试】如何梳理你测试的业务

在日常的测试工作中,不知道大家是否会有梳理自己测试业务的习惯。我个人觉得这个事情是值得做的,最好还可以培养成一个习惯。


一、为什么要梳理业务?


因为在业务测试中,作为测试人员,熟悉负责的业务是非常重要的,而通过阶段性的梳理总结,可以让你的业务知识系统化的沉淀下来。


当被问起这个业务系统的测试重点在哪里?难点如何克服?为什么要这样设计等等问题,可以有条不紊的进行输出。


又或者,当你任务需要交接,或者需要别人支援你的业务,你可以自信的把文档丢过去,拍拍胸脯说:看一遍你就知道了。


同样大家平时都在做业务,同样并没有多少别的技术层的产出,这也是为什么有人能拿A,有人却只能拿C的原因之一。


另外,当你有了多种业务的沉淀之后,你甚至可以提炼出很多通用性的东西,姑且称为“方法论”吧。


二、梳理框架


优点这么多,如何进行梳理呢?这里我参照常规的服务系统,写一些思路(框架),仅供参考。


1. 测试场景


这部分可以整理出业务系统的测试场景。


可以重点贴出核心的测试场景,附带上全量的测试用例。如果用例有后续迭代,也可以根据时间和内容进行分分类,放在这里。


2. 业务


这里就可以整理有关业务的更多细分领域。比如:


1)各种配置


业务涉及到的各种后台配置、后台地址、配置影响范围、必须非必须配置、配置顺序、特殊注意项等等。


2)前端


涉及到的产品前端功能是哪些、重要链接、主要的前端交互等等。


3)核心流程


梳理业务的核心流程,可以包含对用户的操作流程,以及对应交互的接口。


另外,可以自己手动画一画核心业务流程图,一般产品会给出,但是有时间自己画一画,脑海里再过一过更加深刻,说不定还有意外发现来补充测试设计。


还有一个重点就是业务数据的处理过程,如果涉及到其他像kafka、es、缓存等中间件,数据处理的细节也可以整理出来。


4)问题排查


在测试工作中一定会遇到杂七杂八的问题,抽出一些典型问题,记录下排查手段以及可能因素,方便自己以及其他人查看。


3. 系统


业务层梳理完,就应该关注应用服务层的了。


1)应用站点


可以从入口往下,整理出业务系统下各个站点,服务名称、作用等信息。


2)接口与日志


这里可以汇总下接口文档,根据不同情况进行分类,反正目的就是为了高效查看对应文档。


在测试过程中如何查看关键性的日志也很重要,对理解接口交互,排查问题都很有帮助。这里可以记录不同流程,涉及到的站点,如果过滤日志等信息。


3)MQ消息


记录交互的 MQ 有哪些,topic、不同tag的作用是什么、消息体等等。


4)异常机制


记录下系统都有哪些异常的处理机制,常见的比如超时、重试、补偿、兜底等等。


4. 数据


到了数据层了,自是来不开 mysql 、缓存、mongoDB等等。


梳理好各数据库名,用来处理什么,核心的表以及关键的字段,比如一些订单类型、状态等等。


redis这些nosql数据库,梳理重要的 key、field、value等等。


5. 安全


比如接口的鉴权机制,一些涉及到更复杂加密处理的接口的细节。


还有一些并发操作类的控制也可以整理出来。


6. 性能


通常是单接口和链路场景的性能。


1)接口性能


比如:前端用户体验最直观的接口、创单接口、详情接口、预处理接口等等。


2)链路性能


最核心的链路场景,串起来进行压测。


3)限流


如果涉及到限流的场景,可以进一步整理出考虑限流的因素,触发的机制,处理的手段等。


7. 数据分析


数据是多样的,比如日志数据、埋点数据、或者后台看板大屏的数据,列出需要关心的点,以及数据的正常趋势、不正常的趋势。


8. 监控报警


通常就是测试右移后关注的点,可以监控线上运行的服务,对核心业务接口的一些常规指标进行监控。另外对日志系统不同类型的日志数量监控也有必要。


如果运维配套系统比较完备的话,我们测试自己就可以进行配置了,如果没有的话,积极的参与其中吧。


9. 应急预案


一些核心业务系统,可能还会针对极端情况有应急预案。比如机房切换、灾备预案等。

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
10天前
|
机器学习/深度学习 前端开发 测试技术
探索软件测试中的自动化测试框架选择与优化策略####
本文深入探讨了在当前软件开发生命周期中,自动化测试框架的选择对于提升测试效率、保障产品质量的重要性。通过分析市场上主流的自动化测试工具,如Selenium、Appium、Jest等,结合具体项目需求,提出了一套系统化的选型与优化策略。文章首先概述了自动化测试的基本原理及其在现代软件开发中的角色变迁,随后详细对比了各主流框架的功能特点、适用场景及优缺点,最后基于实际案例,阐述了如何根据项目特性量身定制自动化测试解决方案,并给出了持续集成/持续部署(CI/CD)环境下的最佳实践建议。 --- ####
|
14天前
|
测试技术 开发者 UED
探索软件测试的深度:从单元测试到自动化测试
【10月更文挑战第30天】在软件开发的世界中,测试是确保产品质量和用户满意度的关键步骤。本文将深入探讨软件测试的不同层次,从基本的单元测试到复杂的自动化测试,揭示它们如何共同构建一个坚实的质量保证体系。我们将通过实际代码示例,展示如何在开发过程中实施有效的测试策略,以确保软件的稳定性和可靠性。无论你是新手还是经验丰富的开发者,这篇文章都将为你提供宝贵的见解和实用技巧。
|
12天前
|
jenkins 测试技术 持续交付
软件测试中的自动化测试策略
在当今快速发展的软件行业中,自动化测试已成为确保软件质量和效率的关键工具。本文将探讨自动化测试的重要性、实施策略以及面临的挑战,旨在为软件开发团队提供实用的指导和建议。
|
21天前
|
测试技术
探索软件测试中的“思维侧翼”——如何以创新思维引领测试策略###
本文旨在探讨软件测试领域中,如何通过培养与运用创新思维,提升测试策略的有效性与效率。不同于传统的技术解析或理论阐述,本文将以“思维侧翼”为喻,启发读者从不同维度审视软件测试,寻找突破常规的思路与方法。我们相信,在快速迭代的软件开发周期中,灵活多变且富有创造力的测试思维,是发现潜在缺陷、保障产品质量的关键。 ###
|
22天前
|
测试技术 定位技术 UED
软件测试的艺术:探索性测试的深度与广度
【10月更文挑战第22天】在软件开发的广阔舞台上,测试扮演着不可或缺的角色。本文将带领读者深入理解探索性测试(Exploratory Testing)的精髓,揭示其在现代软件质量保证中的价值。我们将通过实际案例、生动比喻和具体步骤,展现如何像艺术家一样进行软件测试,确保产品质量的同时,提升测试的效率和乐趣。文章不仅适合初学者建立测试基础,也能帮助资深测试人员深化对探索性测试的理解和应用。
|
20天前
|
监控 安全 jenkins
探索软件测试的奥秘:自动化测试框架的搭建与实践
【10月更文挑战第24天】在软件开发的海洋里,测试是确保航行安全的灯塔。本文将带领读者揭开软件测试的神秘面纱,深入探讨如何从零开始搭建一个自动化测试框架,并配以代码示例。我们将一起航行在自动化测试的浪潮之上,体验从理论到实践的转变,最终达到提高测试效率和质量的彼岸。
|
11天前
|
测试技术 持续交付
软件测试中的自动化测试策略与最佳实践
【10月更文挑战第31天】 在当今快速迭代的软件开发环境中,自动化测试成为确保软件质量和加速产品上市的关键。本文探讨了自动化测试的重要性、实施策略以及一些最佳实践。通过分析不同类型的自动化测试工具和框架,本文旨在为软件开发团队提供一套实用的指导方案,以提高测试效率和质量。
|
1月前
|
监控 数据可视化 测试技术
软件测试中的自动化测试实践指南
【10月更文挑战第7天】 在软件开发的生命周期中,测试是确保产品质量的重要环节。随着技术的进步和应用的复杂性增加,自动化测试逐渐成为提升测试效率和覆盖范围的关键手段。本文将深入探讨自动化测试的基本概念、实施步骤及其在不同应用场景中的最佳实践。通过对自动化测试框架的选择、脚本开发、执行及维护的详细解析,帮助读者更好地理解和应用自动化测试技术,从而优化测试流程,提高软件质量。
43 2
|
26天前
|
测试技术 开发者
探索软件测试中的自动化测试框架
在软件开发的世界中,质量是至关重要的。为了确保软件产品的质量,软件测试扮演着不可或缺的角色。本文将深入探讨自动化测试框架的概念、重要性以及如何有效地实施它们来提高软件测试的效率和效果。我们将从自动化测试的基本概念开始,逐步深入到不同类型的自动化测试工具和框架,最后探讨如何在实际项目中选择合适的自动化测试策略。
|
1月前
|
测试技术
软件测试的艺术:探索性测试的深度与广度
【10月更文挑战第7天】在软件开发的宇宙中,测试是一颗璀璨星辰,指引着质量的方向。本文将带你遨游于测试的海洋,深入探索性测试(Exploratory Testing)的奥秘,从其哲学本质到实践应用,揭示如何通过自由探索来发现软件中的隐藏缺陷。我们将一起思考如何在不断变化的软件环境中,利用探索性测试提高测试效率和效果,确保软件产品的质量。准备好,让我们启航吧!