app测试基础理论

1、app的应⽤架构

• app属于CS架构，是通过HTTP协义来传输数据的。 通过json的格式来传送数据的。

2、app项⽬环境及发布平台

2.1 app项⽬环境介绍(后端服务器环境)

• 开发环境 是给开发⼈员进⾏代码联调的。给开发进⾏⾃测的。
• 测试环境 ⽤来给测试⼈员进⾏测试⽤的。测试环境也可能分为⼿⼯测试环境和⾃动化测试环境的。
• 预发布环境 当项⽬要上线时，做最后⼀轮的验收测试时，预发布环境的数据跟⽣产环境的数据是⼀致的。
• 镜像环境 当⽣产环境出现问题时，把⽣产环镜的相关数据以及代码全部拉到镜像环境，复现⽣产上的问题，然后由测试⼈员协助开发⼈员复现问题，然后由开发⼈员去进⾏问题的定位和分析。
• ⽣产环境 给⽤户或者是客户使⽤的环境 (⽣产环境测试⼈员不能随便操作，由运维⼈员管理的)

2.2 灰度发布介绍

所谓灰度发布，就是指在发布⽣产环境过程当，先发布其中⼏台服务器，如果这⼏台服务器功能运⾏⼀

段时间后能够正常，那么再把其他未升级或者未发布的服务器进⾏⽣产环境发布，那如果说先发布的⼏

台服务器运⾏有问题，那么就需要回滚到原来的版本。

2.3app项⽬发布平台

• android 安卓app⽂件后缀名是 apk
• IOS 苹果app⽂件后缀名是ipa
• 获取app安装包⽂件的⽅式⼀:
  • anroid 可以直接找开发给对应apk安装包
  • IOS 直接将⼿机给开发⼈员，让开发⼈员安装对应的ipa包

• 获取app安装包⽂件的⽅式⼆:
  • 可以借助内测试平台：国内⽤的内测平台是蒲公英， 国外⽤的是fifir.im
  • 测试包⽣成之后会上传到蒲公英平台，然后⽣成⼀个链接地址（⼆维码），可以直接通过⼆

维码或者链接地址下载对应的测试包

• ⽣产app安装包的获取

anroid app安装包 豌⾖荚、应⽤宝、360⼿机助⼿、各类⼿机品牌商城(上传app安装包需要审核

2-3 )

ios app安装包 appstore itools（IOS时间更⻓，⼀周左右）

3、敏捷开发模型

3.1 敏捷开发模型介绍

• 瀑布模型（传统⾏业）
  • 需求分析
  • 设计
  • 编码
  • 测试
  • 运⾏维护

　　　　优点：

　　　　　　1、为项⽬提供了按阶段划分检查点(⽂档)

　　　　　　2、当前⼀阶段完成后，只需要关注后续阶段。

　　　　缺点：

　　　　　　1、在项⽬各介段之间极少有反馈，出现问题没法及时处理，灵活性差

　　　　　　2、只有在项⽬结束交付上线时才能看到最终的结果

　　　　　　3、需要太多的⽂档来驱动项⽬进⾏。影响项⽬的效率。

　　　　结论：采⽤传统的瀑布模型最⼤的问题是开发的周期⻓，迭代的速度慢。

• 敏捷开发：

互联⽹⾏业特点：追求创新、以快吃慢、需求⾼度不确定性

互联⽹产品开发的特点：新需求、新⽅向

降低项⽬⻛险，确保正确的⽅向：快速的反馈机制、快速试错的流程 （针对需求不确定性）

概念：以⽤户的需求为核 ⼼，采⽤迭代、循序渐近的⽅法进⾏软件开发

在敏捷开发过程当，软件项⽬在构建初期会被切分成不同的⼦系统以及不同的失代，各个⼦项⽬的成果

经过测度，具备可视，可集成和可运⾏的特征。

4、app应⽤测试流程

• 参与需求评审 评审前⼀定要看需求⽂档
• 制定测试计划 ⼀般由测试负责⼈或测试主管制定
• 设计编写测试⽤例 有⼀些⼩公司由⼈⼒时间紧张，可以不写⽤例，需要写测试点。⽤例评审
• 执⾏⽤例，跟踪缺陷 搭建环境，冒烟测试（有可能做，也有可能不做）
• 编写提交版本测试报告

 

app测试关注的重点：

功能测试+专项测试

 

测试的对象

功能：web浏览器⾥⽹⻚

性能和接⼝：服务器

app：⼿机⾥的app应⽤

 

app测试的理论：

app的开发模式：快速原型+敏捷开发

app开发的分类：IOS和安卓（Objective-C/swift、jave/kotlin）

各个版本app开发测试完成以后的发布问题：

• 安卓：各⼤应⽤宝（1周以内）
• ios：App Store（3-4周）

开发或者是测试的app怎么来获取：

• 直接拷⻉apk（安卓安装包），ipa（IOS安装包）
• 内测平台--------程序员来说的