IPA清洗工艺_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
IPA清洗工艺
上传于|0|0|暂无简介
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
定制HR最喜欢的简历
你可能喜欢当看到这么齐全的APP测试要点，我给跪了！果断写测试用例用起来！
当看到这么齐全的APP测试要点，我给跪了！果断写测试用例用起来！
看了很多大牛写的测试相关的干货，你会发现，基本上都是在聊自动化测试、性能测试技术，那什么才是测试人员的绝杀武器？其实那些所谓的自动化技术都是为了让我们更好的去提高测试的效率，所以，在测试过程中，就好比是捕鱼。鱼就是BUG,写测试用例就像你在编制捕鱼的网，如果用例写的不齐全，带着一张破网去捞鱼，那么软件的质量也可想而知了。今天给大家介绍较齐全的APP测试要点话说把细节把控到位就能编制一个百无漏洞的网捕鱼达人那就非你莫属了首先，在APP测试的时候，建议让开发打好包APK和IPA安装包，测试人员自己安装应用，进行测试。接下来就是本文重点安利给大家的测试点，如下：01 安装与卸载应用是否可以在iOS不同系统版本或Android不同系统版本上安装（有的系统版本过低，应用不能适配）●软件安装后是否可以正常运行，安装后的文件夹及文件是否可以写到指定的目录里。●安装过程中是否可以取消●安装空间不足时是否有相应提示●如果应用需要通过网络验证之类的安装，需要测试一下断网情况下是否有相应提示●是否可以删除应用（可通过桌面删除，也可以通过软件卸载安装。曾发现在ios手相上有个应用安装时未完全安装，终止安装后，未完成安装的应用图标一直显示在手机上，并且无法成功删除）●测试卸载后文件是否全部删除所有的安装文件夹●卸载过程中出现死机，断电，重启等意外的情况，待环境恢复后是否可以正确卸载●卸载是否支持取消功能，单击取消后软件卸载情况是否正常02 运行APP安装完成后，是否可以正常打开软件，APP运行时，是否有加载图示等。●APP的速度是可以让人接受，切换是否流畅●用户登录状态太久，sessionId会过期，会出现“虽然是登录状态，系统会提示用户没有登录。03 登录登录用户名和密码错误时，界面有提示信息，用户主动退出登录后，下次启动APP时，应该进入登录界面；●对于支持自动登录的APP，数据交换时 ，是否能自动登录成功且数据库操作无误●密码更改后，登录时是否做到了有效数据的校验●对于未登录时一些页面的操作，是否做了控制●切换账号登录，检验登录的信息是否做到及时更新●对于多个端都进行操作时，确保数据库操作无误，且每个端可以及时看到数据的更新●对于一些软件，支持一个账号只允许登录一台机器，这时，需要检查账号登录多个手机时，是否将原用户剔除，且能够给出提示信息● APP切换到后台时，再次切换到前台的测试，如登录时，有电话打进来●对于IOS与android不同设备登录同一个账号时，对个人信息等数据进行操作后，确保数据数库操作无误，且IOS与android设备看到的数据都是最新的。04 离线离线是应用程序在本地的客户端会缓存一部分数据以功程序下次调用，对于一些程序，需要在登录进来后，这时没有网络的情况下可以浏览本地数据。●对于无网络时，刷新获取新数据时，不能获取数据且能给出友好提示●切换到后台，再次切换到前台时，可以正常查看●离线后又连上网，这时对数据有更新时，需要从服务器端获取新数据来更新客户端数据，且要更新本地缓存信息●对于一些界面的数据不提供离线查看，需要给出相应提示且界面更新后无任何数据●确认在无网情况下可以浏览本地数据●确认退出APP再开启APP时能正常浏览●确认切换到后台再切回APP应用时可以正常浏览●锁屏后再解锁回到应用前台可以正常浏览●服务端的数据有更新时有离线的提示05 数据确认有数据更新后，哪些地方需要手动刷新，哪些地方需自动刷新。●确认从后台切换回前台时，哪些页面需要进行数据更新●根据需求和逻辑，确认哪些数据是从服务端请求实时响应，哪些是缓存到本地的数据。06 消息推送设置设置开关打开状态下，消息推送是否可正常接收（应用启用中和应用关闭时都应该可以收到）默认开关应该是全打开状态●设置开关可以自由打开关闭●确认后台未打开APP客户端时，手机消息栏可以接收到消息提醒。且点击可查看。点击后消息栏中消失●确认APP客户端启动时，可以收到消息提醒，且点击可查看。客户端运行时，消息不会进消息栏。●设置开关关闭时，客户端接收不到消息推送。看家本领要学扎实，细节决定成败，在写测试用例的时候，参考以上准则，看用例是否涵盖齐全。收藏起来使用吧！“无缺”为IT质量提供持续优化服务拥有真实终端设备环境、自动化测试技术的云端服务并开放这些智能终端给移动开发者进行测试快来加入我们吧！
本文仅代表作者观点，不代表百度立场。系作者授权百家号发表，未经许可不得转载。
百家号 最近更新：
简介: 关注互联网动态和互联网产品介绍分析
作者最新文章推荐这篇日记的豆列
&&&&&&&&&&&&随着 React Native 的不断发展完善，越来越多的公司选择使用 React Native 替代 iOS/Android 进行部分业务线的开发，也有不少使用 Hybrid 技术的公司转向了 React Native 。
随着 React Native 的不断发展完善，越来越多的公司选择使用 React Native 替代 iOS/Android 进行部分业务线的开发，也有不少使用 Hybrid 技术的公司转向了 React Native 。虽然React Native在目前来说仍有不少的坑，不过对于以应用开发为主的App来说完全可以胜任。
在iOS应用开发中，由于Apple严格的审核标准和低效率，iOS应用的发版速度极慢，这对于大多数团队来说是不能接受的，所以热更新对于iOS应用来说就显得尤其重要。而就在前不久，苹果严禁WaxPatch、JSPatch等热修复框架，不过庆幸的是采用Js热更新的React Native似乎并可没有收到多大影响。
热更新作为React Native的优势之一，相信很多人在选择使用React Native来开发应用，也是因为React Native具有的热更新特性。在热更新方案中，比较出名的有微软的 CodePush，React Native中文网的pushy，在调研的初期，我们参考了携程的jsbundle ，但这个方案需要改变 React Native 的打包代码及 Runtime 代码，实施难度上非常大，并且对于应用的性能提升并不明显，暂时不考虑这种方案。
热更新原理
React Native的热更新并不像原生应用更新那么复杂，React Native的热更新更像原生App的版本更新。用一个流程图表示的话如下：
热更新实现方案
当下选择使用 React Native 的项目大都是基于原有项目的基础上进行接入，即所谓的混合开发，而这些混合的代码中，为了不增加带代码的难度（理解和维护难度），也只是将部分非核心的代码RN化了。
使用React Native进行热更新，就涉及到了jsbundle的拆分和加载原理。
使用pushy进行热更新
本部分来自
在你的项目根目录下运行以下命令：
npm install -g react-native-update-cli rnpm
npm install --save react-native-update@具体版本请看下面的表格
react-native link react-native-update
对应版本表格
React Native版本
react-native-update版本
0.27 - 0.28
0.29 - 0.33
0.34 - 当前版本
注：如果RN版本低于0.29，请使用rnpm link代替react-native link命令。
例如，我当前我的React native是0.44.3版本，则命令如下：
npm install --save react-native-update@4.x
如果上面的react-native link已成功(iOS工程和安卓工程均能看到依赖)，可以跳过此步骤。成功的效果如下：
如果，没有请看下面介绍。
在XCode中的Project Navigator里,右键点击Libraries
Add Files to [你的工程名]
进入node_modules
react-native-update
ios并选中RCTHotUpdate.xcodeproj`
在XCode中的project navigator里,选中你的工程,在 Build Phases
Link Binary WithLibraries 中添加 libRCTHotUpdate.a
继续在Build Settings里搜索Header Search Path，添加$(SRCROOT)/../node_modules/react-native-update/ios
Run your project (Cmd+R)
在android/settings.gradle中添加如下代码:
include ':react-native-update'
project(':react-native-update').projectDir = new File(rootProject.projectDir,
'../node_modules/react-native-update/android')
在android/app/build.gradle的 dependencies 部分增加如下代码:
compile project(':react-native-update')
检查你的RN版本,如果是0.29及以上, 打开android/app/src/main/java/[...]/MainApplication.java,否则打开android/app/src/main/java/[...]/MainActivity.java。改动的地方如下：
在文件开头增加 import cn.reactnative.modules.update.UpdateP在getPackages() 方法中增加 new UpdatePackage()。
接下来需要对Bundle进行配置
配置Bundle URL
在工程target的Build Phases-&Link Binary with Libraries中加入libz.tbd、libbz2.1.0.tbd。在你的AppDelegate.m文件中增加如下代码：
#import "RCTHotUpdate.h"
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
// 原来的jsCodeLocation
jsCodeLocation = [NSURL URLWithString:@"http://localhost:8081/index.ios.bundle?platform=ios&dev=true"];
jsCodeLocation=[RCTHotUpdate bundleURL];
// ... 其它代码
0.29及以后版本：在你的MainApplication中增加如下代码：
import cn.reactnative.modules.update.UpdateC
public class MainApplication extends Application implements ReactApplication {
private final ReactNativeHost mReactNativeHost = new ReactNativeHost(this) {
protected String getJSBundleFile() {
return UpdateContext.getBundleUrl(MainApplication.this);
// ... 其它代码
0.28及以前版本：在你的MainActivity中增加如下代码：
import cn.reactnative.modules.update.UpdateC
public class MainActivity extends ReactActivity {
protected String getJSBundleFile() {
return UpdateContext.getBundleUrl(this);
// ... 其它代码
iOS的ATS例外配置
从iOS9开始，苹果要求以白名单的形式在Info.plist中列出外部的非https接口，以督促开发者部署https协议。在我们的服务部署https协议之前，请在Info.plist中添加如下例外。具体步骤为：右键点击Info.plist，选择open as - source code。
&key&NSAppTransportSecurity&/key&
&key&NSExceptionDomains&/key&
&key&&/key&
&key&NSIncludesSubdomains&/key&
&key&NSExceptionAllowsInsecureHTTPLoads&/key&
登录与创建应用
$ pushy login
email: &输入你的注册邮箱&
password: &输入你的密码&
这会在项目文件夹下创建一个.update文件，注意不要把这个文件上传到Git等CVS系统上。你可以在.gitignore末尾增加一行.update来忽略这个文件。
登录之后可以创建应用。注意iOS平台和安卓平台需要分别创建：
$ pushy createApp --platform ios
App Name: &输入应用名字&
$ pushy createApp --platform android
App Name: &输入应用名字&
如果你已经在网页端或者其它地方创建过应用，也可以直接选择应用：
$ pushy selectApp --platform ios
1) 鱼多多(ios)
3) 招财旺(ios)
Total 2 ios apps
Enter appId: &输入应用前面的编号&
选择或者创建过应用后，你将可以在文件夹下看到update.json文件，其内容类似如下形式：
"appId": 1,
"appKey": "&一串随机字符串&"
"android": {
"appId": 2,
"appKey": "&一串随机字符串&"
你可以安全的把update.json上传到Git等CVS系统上，与你的团队共享这个文件，它不包含任何敏感信息。当然，他们在使用任何功能之前，都必须首先输入pushy login进行登录。至此服务器端应用的创建/选择就已经成功了。接下来我们只需要在客户端添加相应的功能代码即可。
获取appKey
检查更新时必须提供你的appKey，这个值保存在update.json中，并且根据平台不同而不同。你可以用如下的代码获取：
} from 'react-native';
import _updateConfig from './update.json';
const {appKey} = _updateConfig[Platform.OS];
注：如果你不使用pushy命令行，你也可以从网页端查看到两个应用appKey，并根据平台的不同来选择。
检查更新、下载更新
使用异步函数checkUpdate检查当前版本是否需要更新：
checkUpdate(appKey)
.then(info =& {
返回的info有三种情况：
{expired: true}：该应用包(原生部分)已过期，需要前往应用市场下载新的版本。
{upToDate: true}：当前已经更新到最新，无需进行更新。
{update: true}：当前有新版本可以更新。info的name、description字段可以用于提示用户，而metaInfo字段则可以根据你的需求自定义其它属性(如是否静默更新、是否强制更新等等)。另外还有几个字段，包含了完整更新包或补丁包的下载地址，react-native-update会首先尝试耗费流量更少的更新方式。将info对象传递给downloadUpdate作为参数即可。
### 切换版本
downloadUpdate的返回值是一个hash字符串，它是当前版本的唯一标识。你可以使用switchVersion函数立即切换版本(此时应用会立即重新加载)，或者选择调用 switchVersionLater，让应用在下一次启动的时候再加载新的版本。
### 首次启动、回滚
在每次更新完毕后的首次启动时，isFirstTime常量会为true。 你必须在应用退出前合适的任何时机，调用markSuccess，否则应用下一次启动的时候将会进行回滚操作。 这一机制称作“反触发”，这样当你应用启动初期即遭遇问题的时候，也能在下一次启动时恢复运作。
你可以通过isFirstTime来获知这是当前版本的首次启动，也可以通过isRolledBack来获知应用刚刚经历了一次回滚操作。 并且在此处给与用户提示信息。
附完整代码：
import React, {
Component,
} from 'react';
AppRegistry,
StyleSheet,
TouchableOpacity,
} from 'react-native';
isFirstTime,
isRolledBack,
packageVersion,
currentVersion,
checkUpdate,
downloadUpdate,
switchVersion,
switchVersionLater,
markSuccess,
} from 'react-native-update';
import _updateConfig from './update.json';
const {appKey} = _updateConfig[Platform.OS];
class MyProject extends Component {
componentWillMount(){
if (isFirstTime) {
Alert.alert('提示', '这是当前版本第一次启动,是否要模拟启动失败?失败将回滚到上一版本', [
{text: '是', onPress: ()=&{throw new Error('模拟启动失败,请重启应用')}},
{text: '否', onPress: ()=&{markSuccess()}},
} else if (isRolledBack) {
Alert.alert('提示', '刚刚更新失败了,版本被回滚.');
doUpdate = info =& {
downloadUpdate(info).then(hash =& {
Alert.alert('提示', '下载完毕,是否重启应用?', [
{text: '是', onPress: ()=&{switchVersion(hash);}},
{text: '否',},
{text: '下次启动时', onPress: ()=&{switchVersionLater(hash);}},
}).catch(err =& {
Alert.alert('提示', '更新失败.');
checkUpdate = () =& {
checkUpdate(appKey).then(info =& {
if (info.expired) {
Alert.alert('提示', '您的应用版本已更新,请前往应用商店下载新的版本', [
{text: '确定', onPress: ()=&{info.downloadUrl && Linking.openURL(info.downloadUrl)}},
} else if (info.upToDate) {
Alert.alert('提示', '您的应用版本已是最新.');
Alert.alert('提示', '检查到新的版本'+info.name+',是否下载?\n'+ info.description, [
{text: '是', onPress: ()=&{this.doUpdate(info)}},
{text: '否',},
}).catch(err =& {
Alert.alert('提示', '更新失败.');
render() {
&View style={styles.container}&
&Text style={styles.welcome}&
欢迎使用热更新服务
&Text style={styles.instructions}&
这是版本一 {'\n'}
当前包版本号: {packageVersion}{'\n'}
当前版本Hash: {currentVersion||'(空)'}{'\n'}
&TouchableOpacity onPress={this.checkUpdate}&
&Text style={styles.instructions}&
点击这里检查更新
&/TouchableOpacity&
const styles = StyleSheet.create({
container: {
justifyContent: 'center',
alignItems: 'center',
backgroundColor: '#F5FCFF',
welcome: {
fontSize: 20,
textAlign: 'center',
margin: 10,
instructions: {
textAlign: 'center',
color: '#333333',
marginBottom: 5,
AppRegistry.registerComponent('MyProject', () =& MyProject);
到此，你的应用已经具备了检测更新的功能，接下来我们需要将应用发布出去。
注意，从update上传发布版本到发布版本正式上线期间，不要修改任何脚本和资源，这会影响update 获取本地代码，从而导致版本不能更新。如果在发布之前修改了脚本或资源，请在网页端删除之前上传的版本并重新上传。
发布iOS应用
按照正常的发布流程打包.ipa文件(Xcode中运行设备选真机或Generic iOS Device，然后菜单中选择Product-Archive)，然后运行如下命令：
pushy uploadIpa &your-package.ipa&
随后，你就可以将你的ipa文件发布到AppStore。
发布安卓应用
Android打包的流程和原生打包apk的流程一样，然后在android文件夹下运行./gradlew assembleRelease，你就可以在android/app/build/outputs/apk/app-release.apk中找到你的应用包。
然后使用如下命令，即可上传apk以供后续版本比对之用。
pushy uploadApk android/app/build/outputs/apk/app-release.apk
发布热更新版本
你可以尝试修改一行代码(譬如将版本一修改为版本二)，然后生成新的热更新版本。
pushy bundle --platform &ios|android&
Bundling with React Native version:
&各种进度输出&
Bundled saved to: build/output/android.5.ppk
Would you like to publish it?(Y/N)
如果想要立即发布，此时输入Y。当然，你也可以在将来使用pushy publish --platform 来发布版本。
Uploading [========================================================] 100% 0.0s
Enter version name: &输入版本名字，如1.0.0-rc&
Enter description: &输入版本描述&
Enter meta info: {"ok":1}
Would you like to bind packages to this version?(Y/N)
此时版本已经提交到update服务，但用户暂时看不到此更新，你需要先将特定的包版本绑定到此热更新版本上。
此时输入Y立即绑定，你也可以在将来使用pushy update --platform 来使得对应包版本的用户更新。 除此以外，你还可以在网页端操作，简单的将对应的包版本拖到此版本下即可。
1) FvXnROJ1 1.0.1 (no package)
2) FiWYm9lB 1.0 [1.0]
Enter versionId or page Up/page Down/Begin(U/D/B) &输入序号,U/D翻页,B回到开始，序号就是上面列表中)前面的数字&
1) 1.0(normal) - 3 FiWYm9lB (未命名)
Total 1 packages.
Enter packageId: &输入包版本序号，序号就是上面列表中)前面的数字&
到此，客户端就可以使用热更新了，不用升级相关版本。
混合app热更新
jsbundle 拆分
对 React Native 的代码打包编译后会生成一个 bundle 文件，这里要说明一下， jsbundle 的拆分是基于生成的 bundle 文件可以看成两部分构成（如下图）：一是 React Native 包含的的基础类库，一是开发的业务代码。
首先需要做的就是生成 common.bundle ，新建一个 blank.android.js 文件，在文件中仅引入 react 及 react native。
import React from 'react';
import {} from 'react-native';
通过打包命令编译成 common.bundle :
react-native bundle --entry-file blank.android.js --bundle-output ~/Desktop/common.bundle --platform android --dev false
打包完整的 jsbundle ，这将会包含所有的基础类库及业务代码。
最后根据 diff 算法将两个文件进行 diff 拆分，由此会生成一个 index.diff 的二进制文件。如有多个业务代码，相应的生成多个 diff 文件即可。
bundle 文件的拷贝及合成
在完成拆分以后，我们需要将 common.bundle 及拆分的 .diff 文件进行 zip 压缩，放入 assets 目录下，为了方便版本管理，我们将其文件名中写入版本号 jsbundle_&版本号&.zip ，例如： jsbundle_1.zip ，每次改 zip 文件包跟随发版时更新，并自动升级版本号。
接下来我们要做的就是将内置于 assets 目录下的 jsbundle_.zip 拷贝至内部存储，这里推荐使用应用内部存储。
在拷贝过程中根据历史记录的版本号，进行判断是否需要执行拷贝，拷贝完成后将 common.bundle 及 *.diff 文件进行 patch 合并，合并后的文件即为一个完整的 bundle 文件，文件名规定为 *.diff.bundle ，例如： index.diff.bundle ，在加载时根据模块名进行加载即可。
diff 文件的更新
说到热更新，到这里直接更新diff文件即可，并合成新的完整 bundle 文件。接下来就是将diff 文件的生成及上传，这里我们通过一个shell脚本来完成自动上传功能。
if [ $platform == "android" ]; then
react-native bundle \
--entry-file $commonFile.js \
--bundle-output $androidModuleDir/common.bundle \
--platform android \
--dev false
echo "common.bundle packed!!!"
react-native bundle \
--entry-file $module.js \
--bundle-output $androidModuleDir/$module.android.bundle \
--platform android \
--dev false
echo "$module.android.bundle packed!!!"
# 对 jbdiff 打成的 jar 执行文件
chmod +x dmp.jar
echo "diff start =========&&&"
java -jar ./dmp.jar $androidModuleDir/common.bundle \
$androidModuleDir/$module.android.bundle $androidModuleDir/$module.diff
# 进行二次 zip 压缩
zip -j $androidModuleDir/$module.diff.zip $androidModuleDir/$module.diff
改造原生代码
React Native 的 bundle 文件加载做了更改，我们就不能直接使用 sdk 提供的 ReactActivity 了，对此我们需要对容器 Activity 进行改造。改造的部分如下：
public class MyReactNativeHost extends ReactNativeHost{
protected MyReactNativeHost(Application application, String moduleName) {
super(application);
mApplication =
mModuleName = moduleN
protected ReactInstanceManager createReactInstanceManager() {
if(getUseDeveloperSupport()){ //为了保留 debug 的能力
return super.createReactInstanceManager();
String path = JSBundleManager.getJSBundleDirPath(mApplication)
.concat(mModuleName).concat(".diff.bundle");
ReactInstanceManager.Builder builder = ReactInstanceManager.builder()
.setApplication(mApplication)
.setJSBundleLoader(JSBundleLoader.createFileLoader(path))
.setUseDeveloperSupport(false)
.setInitialLifecycleState(LifecycleState.BEFORE_RESUME);
return builder.build();
注：由于采用加载文件系统下的 bundle 文件的形式，在测试过程中发现通过此形式加载的 bundle 文件，图片加载时不能读取到 res 目录下的资源文件。要解决这个问题，主要有两个方案：1、将 js 源码中的逻辑进行修改，都从 res 中读取资源；2、将 React Native 使用到的资源打包到本地，跟随 jsbundle_*.zip 发布。
由于苹果对热更新的态度，我们暂且不谈ios的热更新，有兴趣的可以自行研究Jspath等热更新框架。
本文为云栖社区原创内容，未经允许不得转载，如需转载请发送邮件至yqeditor@list.；如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件至：yqgroup@ 进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容。
用云栖社区APP，舒服~
【云栖快讯】首届阿里巴巴中间件技术峰会，揭秘阿里10年分布式技术沉淀！阿里高可用体系核心缔造者、全链路压测创始人，DRDS与TDDL负责人等大咖出场，干货分享，不可错过！&&
阿里云移动APP解决方案，助力开发者轻松应对移动app中随时可能出现的用户数量的爆发式增长、复杂的移动安全挑战等...
云数据库HybridDB（ApsaraDB HybridDB）是一种在线MPP大规模并行处理数据仓库服务。云数据...
通过混合云，带给企业先进的大数据、云服务、安全可靠的互联网新技术，以及“海量”的计算、存储、网络、CDN、BGP...
为您提供简单高效、处理能力可弹性伸缩的计算服务，帮助您快速构建更稳定、安全的应用，提升运维效率，降低 IT 成本...
2017杭州云栖大会火热抢票
Loading...}