【APP移动端性能测试】第一节.APP应用架构、环境和敏捷开发模型介绍

本文主要是介绍【APP移动端性能测试】第一节.APP应用架构、环境和敏捷开发模型介绍,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

文章目录

  • 前言
  • 一、APP应用架构
  • 二、APP项目环境
  •       2.1 后端项目环境
  •       2.2 前端项目环境
  • 三、Scrum敏捷开发模型
  •       3.1 Scrum敏捷模型基础介绍
  •       3.2 Scrum敏捷开发开发流程
  • 总结


前言


一、APP应用架构

(1)APP应用架构


(2)app和wb应用框架的区别:

1.相同点:

  • APP和web使用的后端服务器是相同的
  • 前后端都使用HTTP协议进行交互(也有部分APP用socket来交互)

2.不同点:

  • APP是C/S结构,web浏览器是B/S结构
  • APP前后端交互的数据格式以json为主,web前后端交互的数据格式以HTML为主

解析:C/S结构和B/S结构

 C/S结构是一种软件系统体系结构,这种结构是将需要处理的业务合理地分配到客户端和服务器端,这样可以大大降低通信成本,但是升级维护相对困难。比如我们手机中安装的微信、qq、王者荣耀等应用程序就是C/S结构。

B/S结构是随着互联网的发展,web出现后兴起的一种网络结构模式。这种模式统一了客户端,让核心的业务处理在服务端完成。你只需要在自己电脑或手机上安装一个浏览器,就可以通过web Server与数据库进行数据交互。在手机或电脑上用浏览器上百度搜索、看新闻等就是在使用“B/S”结构进行数据交互。这种“B/S”结构的好处:维护和升级方式更简单,客户端是浏览器,基本不需要维护,只需要维护升级服务器端就可以。


二、APP项目环境

2.1 后端项目环境

一般公司内部开发、测试人员会使用不同的环境,以隔离工作过程中彼此之间的干扰。同时,上线给用户使用的产品也会单独部署环境。


后端项目环境的几种环境

(1)开发环境

指开发人员进行开发时调试运行的环境

(2)测试环境

提供测试人员使用,用于测试人员执行测试,回归缺陷。

(3)预发布环境

1.定义:

这个环境中,一般会连接生产环境的数据库,使用生产环境的数据来进行测试。

2.目的:

测试最新的代码,对于线上复杂数据的处理情况

3.注意点:

  • 预发布环境中只针对基本的业务进行测试
  • 测试写的业务操作时,只能使用自己构造的数据
  • 升级涉及到表结构变更时,可以将生产环境数据库数据备份到测试库中,升级并测试

(4)生产环境

指正式提供对外服务的环境,产品的实际用户使用的环境


注意:
预发布环境过后,正式发布生产环境之前,一般会进行灰度发布。

灰度发布定义:

由于一个项目,一般线上部署时有多台机器运行,所以灰度1台至三台,看看新功能是否oK,如果失败则只需要回滚几台,比较方便。

灰度发布注意点:

  • 一般情况下切一小部分流量
  • 验证时间一周至一个月之间
  • 如果运行无问题,在某个流量少的时刻,不停机更新服务器环境
  • 如果运行有问题,尽快定位问题,并修复问题;如果问题比较严重,需要回滚代码,保障线上用户正常使用

2.2 前端项目环境

(1)前台发布测试环境

1.打包提测:

  • IOS:IPA测试包
  • Android:APK测试包

2.内测发布平台(例如):

  • 蒲公英
  • fir.im

(2)前台发布生产环境

1.线上发布平台:

IOS: appstore、itools

Android:豌豆荚、360、各大手机厂商的发布平台等。

2.线上发布流程:

  • Apk/ipa测试完成
  • 提交应用市场审核
  • 添加渠道号
  • 渠道包测试
  • 正式上线

三、Scrum敏捷开发模型

3.1 Scrum敏捷模型基础介绍

敏捷开发模型定义:

是用户的需求进化为核心,采取迭代、循序渐进的方式来进行软件项目的开发。

  • 即将项目切分为多个子项目,每个子项目单独发布,保证软件较早可用
  • 及时收集用户反馈,调整未发布的项目,满足用户的实际需要
  • 代表性的敏捷开发模型:scrum

Scrum的关键概念和三种角色

关键概念:

  • sprint:一个最小的开发周期(一个迭代周期),需求分析-设计-编写-测试-发布
  • backlog:产品功能列表。

scrum相关的3个角色:

  • ProductManager产品负责人:收集需求,转化为产品功能列表,并进行优先级的排序
  • Scrum Master项目经理:保障项目的稳定运行,排除干扰
  • 项目组:
  •   开发人员
  •   测试人员
  •   UI设计人员

3.2 Scrum敏捷开发流程

scrum敏捷开发流程:

1、产品负责人收集需求,转化为产品功能列表

2、启动迭代的计划会,评审产品功能列表,挑选优先级高的需求作为迭代任务

3、项目组成员完成迭代任务的开发、测试工作

4、迭代结束后,开评审会,评估当前迭代任务的完成情况

5、开反思会。总结迭代过程中的好的与不好的地方。

下一迭代,循环2-5步

总结

这篇关于【APP移动端性能测试】第一节.APP应用架构、环境和敏捷开发模型介绍的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1075900

相关文章

Vue3 的 shallowRef 和 shallowReactive:优化性能

大家对 Vue3 的 ref 和 reactive 都很熟悉,那么对 shallowRef 和 shallowReactive 是否了解呢? 在编程和数据结构中,“shallow”(浅层)通常指对数据结构的最外层进行操作,而不递归地处理其内部或嵌套的数据。这种处理方式关注的是数据结构的第一层属性或元素,而忽略更深层次的嵌套内容。 1. 浅层与深层的对比 1.1 浅层(Shallow) 定义

mybatis的整体架构

mybatis的整体架构分为三层: 1.基础支持层 该层包括:数据源模块、事务管理模块、缓存模块、Binding模块、反射模块、类型转换模块、日志模块、资源加载模块、解析器模块 2.核心处理层 该层包括:配置解析、参数映射、SQL解析、SQL执行、结果集映射、插件 3.接口层 该层包括:SqlSession 基础支持层 该层保护mybatis的基础模块,它们为核心处理层提供了良好的支撑。

大模型研发全揭秘:客服工单数据标注的完整攻略

在人工智能(AI)领域,数据标注是模型训练过程中至关重要的一步。无论你是新手还是有经验的从业者,掌握数据标注的技术细节和常见问题的解决方案都能为你的AI项目增添不少价值。在电信运营商的客服系统中,工单数据是客户问题和解决方案的重要记录。通过对这些工单数据进行有效标注,不仅能够帮助提升客服自动化系统的智能化水平,还能优化客户服务流程,提高客户满意度。本文将详细介绍如何在电信运营商客服工单的背景下进行

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。

这15个Vue指令,让你的项目开发爽到爆

1. V-Hotkey 仓库地址: github.com/Dafrok/v-ho… Demo: 戳这里 https://dafrok.github.io/v-hotkey 安装: npm install --save v-hotkey 这个指令可以给组件绑定一个或多个快捷键。你想要通过按下 Escape 键后隐藏某个组件,按住 Control 和回车键再显示它吗?小菜一碟: <template

性能测试介绍

性能测试是一种测试方法,旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试,可以确定系统是否能够满足预期的性能要求,找出性能瓶颈和潜在的问题,并进行优化和调整。 发现性能瓶颈:性能测试可以帮助发现系统的性能瓶颈,即系统在高负载或高并发情况下可能出现的问题

中文分词jieba库的使用与实景应用(一)

知识星球:https://articles.zsxq.com/id_fxvgc803qmr2.html 目录 一.定义: 精确模式(默认模式): 全模式: 搜索引擎模式: paddle 模式(基于深度学习的分词模式): 二 自定义词典 三.文本解析   调整词出现的频率 四. 关键词提取 A. 基于TF-IDF算法的关键词提取 B. 基于TextRank算法的关键词提取

水位雨量在线监测系统概述及应用介绍

在当今社会,随着科技的飞速发展,各种智能监测系统已成为保障公共安全、促进资源管理和环境保护的重要工具。其中,水位雨量在线监测系统作为自然灾害预警、水资源管理及水利工程运行的关键技术,其重要性不言而喻。 一、水位雨量在线监测系统的基本原理 水位雨量在线监测系统主要由数据采集单元、数据传输网络、数据处理中心及用户终端四大部分构成,形成了一个完整的闭环系统。 数据采集单元:这是系统的“眼睛”,

Hadoop企业开发案例调优场景

需求 (1)需求:从1G数据中,统计每个单词出现次数。服务器3台,每台配置4G内存,4核CPU,4线程。 (2)需求分析: 1G / 128m = 8个MapTask;1个ReduceTask;1个mrAppMaster 平均每个节点运行10个 / 3台 ≈ 3个任务(4    3    3) HDFS参数调优 (1)修改:hadoop-env.sh export HDFS_NAMENOD

Hadoop数据压缩使用介绍

一、压缩原则 (1)运算密集型的Job,少用压缩 (2)IO密集型的Job,多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1)为了支持多种压缩/解压缩算法,Hadoop引入了编码/解码器 2)要在Hadoop中启用压缩,可以配置如下参数