药品app怎么进行测试

① app store 提交app审核后如何进行测试,步骤是什么

以下是几个容易触犯的限制，但不仅仅限于这些，更全面的需阅读上文中提到的审核指南。
a.app内如果有付费，只允许使用苹果内支付，不能使用如支付宝、财付通支付什么的。
b.软件内不能带应用推荐的功能，比如积分墙什么的，因为appstore本来就是干这个的，你这样的功能抢到了它的生意。
c.软件里面不能出现以利益诱导的方式邀请或者向他人推荐的功能。
d.app里面的url链接不能带付费的功能或链接，因为他们会担心你把用户引导到网页或其他的地方去充值，而不使用苹果的内支付。
e.app里面的url在审核期间是需要全部都能正常打开，还有用户服务条款，是必须有的
f.不能用利益的方式引导用户进行好评，在引导评论的语言中，也不能出现好评倾向的语言引导，只能是中性的引导
g.更多限制要仔细读苹果的审核指南
最后，app不能出现bug，崩溃，发热等现象，一旦被审核人员发现，一定会被打回

3.基于以上的一些限制，app中想要做苹果限制的功能，又想苹果能通过审核，那么可以把功能做成可隐藏/可打开的方式，在审核期间把上面限制的功能隐藏起来，等审核通过后，再把功能开放出来。

4.上传app时，是可以传屏幕截图和视频预览的。屏幕截图必须是app里面的截图，不能弄一些不相关的截图，不过截图是可以美化一下的，可以参考下现在appstore上面的截图的做法。对于一些比较不好理解或不好使用的应用，苹果会要求告诉他们使用方法，或者录制一个视频给他们看，视频的录制是比较坑爹的，限制颇多，比如长度不能超过30s，屏幕宽度也有限制，比较难处理。如果确实要录制视频，长度没有超过30s，用“格式工厂”软件来处理下视频的屏幕大小就行，如果超过了30s，建议用“Adobe Premiere Pro”或者是“会声会影”来处理（我没弄成功），如果实在不行，就把拍摄的视频上传到U酷上，然后在备注里面写上链接并写上使用方法，我录制的视频是用的中文解说，录视频是个挺麻烦的事，如果你的app比较简单，一看就懂，主要功能都非常好用，那就不需要拍摄视频了。

5.上传app时，如果有些必要的说明，可以在备注中写明，先用英文写一遍，如果英文不好，怕意思表达不准确，下面再付上中文。

6.app上传后，会进入到 Wait for Review 状态，一般是2个星期后会进入到In Review状态，In Review一般2天左右就会审核通过或者是被打回，如果是被拒了，如果他的要求是要重新上传app，那么又要再次经过一轮从Wait for Review 到In Review的状态，需要再等上大半月；如果只是让你提供一些必要的信息，那提供之后直接进入In Review状态。

7.在上传-审核-打回-上传...的过程中，我们有很多的疑问，想和苹果取得联系，但事实上，我们是没办法直接和苹果审核团队取得电话联系的，因为苹果审核团队没有对外的电话，只能通过类似给他们发邮件的方式去联系他们。苹果的客服电话：400-670-1855，这个电话对于审核基本上没什么用，但是如果你实在弄不明白，他们会教你如何与苹果审核团队取得邮件方式的联系。

8. 一个app如果正常的话，从上传到审核通过，一般是2个星期-3个星期，如果超过了这个时间，那么你是可以给苹果写催促审核的邮件的，在iTunes Connect页底，Contact Us >> 选择App Review >> Reqest Expedited Review ,如果英文不好，先写英文，下面付上中文，他们是能看懂的，如果其他要和他们交流的，也可以在App Review 下面的几个选项中找到对应的和他们交流。另外，催促审核这个功能不能随便用，用多了，他们有可能会直接拒绝你，需要你提供你的应用确实应该尽早审核的理由，才可能会通过。

② 如何使用 TestFlight 参与 App 测试

方法/步骤
1
在AppStore上面搜索“TestFlight”软件
1、打开iPhone上的AppStore软件；
2、选择“搜索”栏目；
3、输入“TestFlight”进行搜索。

2
下载TestFlight软件
1、打开TestFlight详情页；
2、下载，可能会提示输入Apple ID的密码，按提示输入密码；
3、下载完成（可在iPhone主屏幕上看到TestFlight应用图标）。

3
打开TestFlight进行使用
1、应用提示是否允许“推送通知”，一般是允许的，提醒测试新版本；
2、这时候TestFlight内是没什么内容可看的；
3、等待开发者邀请测试。（注意查看关联Apple ID邮箱的邮件，2封邮件）

4
接受邀请iTunes Connect
1、打开邮箱邮件（电脑和手机操作都可以）；
2、点击邮件详情里面的“activate your access”，跳转到iTunes Connect登录页；
3、登录Apple ID账户，按提示勾选同意协议接受邀请。
注：这是第一封邮件，只有邀请加入开发者用户才会收到。只需要接受一次即可。

5
接受TestFlight测试邀请
1、打开邮箱邮件（电脑和手机操作都可以，推荐手机操作。）；
2、点击邮件详情里面的“Start Testing”；
3、打开“TestFlight”（手机操作第2步会自动打开TestFlight）；
4、在TestFlight显示App信息，可以接收测试邀请“Accept”。
注：这是第二封邮件，只有邀请加入应用测试的才会收到。只需要接受一次即可。
电脑操作要有这3步：
1.Get TestFlight from the App Store
（翻译：到App Store下载TestFlight）
2.Open TestFlight and choose Redeem
（翻译：打开TestFlight选择Redeem）
3.Enter xxxxxx and start testing
（翻译：输入验证码，然后开始测试）

6
完成

1、下载完App就可以测试了。
2、当App有新版本后，就是收到推送通知和邮件通知（邮件的不用管）。
3、安装“Install”、更新“Update”。

③ APP完整测试流程

app主要核ui与实际设计的效果图是否一致；交互方面的问题建议，可以先与产品经理确认，确认通过后，才开始让开发实施更改或优化

根据软件说明或用户需求验证App的各个功能实现，实际测试过程一般都是根据功能测试用例来执行。测试覆盖率基本上都是有测试用例主导，也就是说在功能测试部分，是检验测试用例是否有效以及完整的，也就导致另外一个问题，测试用例怎么写的问题。

模拟用户真实使用app是会遇到的中断情况进行测试.如： 网络的断网， 切换网络， 断电，来电话/短信，听音乐，切换到其他app， 打开其他app 的通知等

新旧版本的在功能，逻辑层面的兼容测试， 同一个app 在不同系统版本运行，以及不同机型之间的适配测试兼容测试：接口的兼容性测试能够保证大部分的功能完善；app在不同系统版本上保证运行适配性： 屏幕，系统版本等（系统位数一定要考虑）该部分通过第三方的云平台进行

可测试的方面- 安装和启动时间- CPU的占用- 内存的占用- 流量的耗用- 电量的耗用- 后端,测试App中的各类操作是否满足用户响应时间要求，主要是测试点在网速方面，2g，3g，wifi， 4g一定要覆盖到- 后端 有网络并发

在各种边界压力情况下（如电池、存储、网速等），验证App是否能正确响应
反复/长期操作下，系统资源是否占用异常；Android 可是使用adb命令
压力测试主要集中在后端，前端的压力测试目前测的较少

App安全测试大概划分为以下几类：
从数据的本地存储到数据的传输、处理以及远程访问等各个环节，基于相应的安全标准/行业标准评估App的安全特性；
借鉴在Web App和网络安全测试的一些成功经验在智能终端App测试中进行裁减或适配；
检测App的用户授权级别，数据泄漏，非法授权访问等；
对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测,以期发现潜在的安全问题；
基于各种通信协议或相应的行业安全标准检视App是否满足相应的要求。

这个简单的说就是站在用户的角度上进行使用app，学习成本低，易上手等，可以进行用户盲测，根据用户反馈的意见进行修改。测试人员可以通过与其他竞争品进行对比， 或者根据较大厂商app的交互习惯进行比较。

一般这部分建议使用自动化测试， 如果没有自动化测试，可以根据以下几方面进行测试：

线上测试是产品上线之后一定要完成的，这部分可以根据场景化进行回归测试，其中网络环境要全部覆盖一遍

④ 手机上的app性能测试怎么测

您好，方法
提到APP的性能测试这个概念比较笼统，因为APP的性能测试分为服务器端的性能和手机端的性能测试。下面，我们先从服务器端的性能测试开始说起，服务器端的性能测试可以通过LoadRunner或Jmeter工具进行测试，为方便起见，可以以Jmeter工具为例子说一下App服务器端的性能测试流程。
首先，确定app的性能测试功能点，一般会选择使用比较频繁的功能做性能测试比如查询，提交数据。
然后，根据该功能点的接口测试需求，或使用fiddler抓包，在jmeter上构造向服务器发送的请求数据，配置好相关的设置，并做好服务器的监控。(以我们实际项目为基准，本项目是搭建在linux上的，用的是nmon工具做监控)，
最后运行测试，测试完之后，收集CPU，内存等信息，集合聚合报告的内容，分析性能测试结果。
至于手机端的性能测试流程则比较简单，首先需要在服务器上提前安装监控工具(iTest/GT)，接着启动监控工具，监控被测应用.
接着需要清空先前的logcat日志记录，清空日志的命令是：adb logcat -c.

接着来获取logcat日志：adb logcat -v time > E:\share\logcat.log.

如何做App的性能测试
再接着使用monkey运行被测应用：

adb shell monkey -p your.package.name -v 500 > E:\share\monkey.log

(获取app的包名和activity名称：

adb logcat -v time | findstr START

脚本中，cmp= 后面的值就是 包名)

（ctrl+c 终止命令）

最后根据监控图，检查CPU，内存，流量，电量是否符合性能指标。如果不符合，就把不符合指标的报表和对应的logcat发给开发进行定位。

⑤ 如何使用TestFlight进行App构建版本测试

在iOS
8中，苹果发布了一个叫做TestFlight的新玩意，用于将Beta测试流水化。此前你可能听说过这个东西，因为TestFlight作为一个独立的测试平台已经有些年头了。不过在今年二月份的时候TestFlight的开发商Burstly被苹果收购，于是在之后公开发行的Xcode
6和iOS 8上，你会发现TestFlight整合进了iTunes Connect，你可以通过电子邮件来邀请你的Beta测试成员。

TestFlight提供的管理办法是将测试者分为内部成员和外部成员。理论上说，这两种测试者都可以在测试阶段使用你的App，不过所谓的内部主要是指iTunes
Connect上在你的开发团队里参与技术开发或者管理的成员。你最多可以邀请25个内部成员，而与之相对的外部成员，自然就是指那些不属于你的团队或者公司的测试者，外部测试人员的上限是1000人。这里有一点需要注意的是，在你邀请外部成员参与测试之前，需要先通过苹果的审核。而这一限制在内部成员上就没有，也就是说一旦你把你的App上传到iTunes
Connect上之后内部成员就可以开始进行测试了，无需审核。

本教程默认你的App仅对内部成员开放，所以我们针对的主要是内部测试。一般情况下，进行Beta测试需要完成以下步骤：

1.在iTunes Connect上创建一个App Record

2.更新Build版本号

3.归档并上传App

4.在iTunes Connect上管理Beta测试

接下来我们从第一个讲起。

在iTunes Connect上创建一个App Record

首先，进行测试之前你需要在iTunes Connect上有一个App Record，iTunes
Connect是基于web的应用，用于开发者管理自己在App Store上的应用。如果你之前做过iOS开发项目，那么你应该能直接登入iTunes
Connect。

登入iTunes Connect之后点击左上方的+号然后选择"New iOS App"，根据提示你需要完成下面内容：

App name - 你的App出现在App Store中的名称

Primary language - App的基本语言，比如中文

Bundle ID - 就是App的Bundle Identifier

Version - App版本号，对于首次发布建议设置为1.0

SKU - 最小存货单位。随便填点什么，比如你的App叫"Awesome Food
App"，那你可以填"awesome_food_app"，命名规则可用的有英文字母、数字、连字符、句点和下划线，但是不能用空格。

点击"Create"创建按钮然后你会跳入下一个界面，完成有关App的细节填写。

App预览

iOS
8中，你需要在App预览里加入一段预览视屏。另外你还要为这些尺寸的设备提供至少一张截图:3.5英寸(竖屏640×960像素，横屏960×640像素),4英寸(竖屏640×1136像素，横屏1136×640像素),4.7英寸(750×1334像素),5.5英寸(1242×2208像素)。你也可以参看苹果的iTunes
Connect开发者指南了解具体细节。

产品描述和URL

下一步，你需要为App提供至少一个关键词的描述，这是一个影响到下载量的重要因素。此前你可能知道ASO优化，关键词优化也是其中之一。上图中我并没有添加任何关键词，如果你想了解如果进行优化可以戳这里，或者直接Google
ASO(如果Google能上的话)。

右边是各种URL，其中support URL是必填的，这里可以填博客什么的，如果没有博客的话可以去WorldPress.com上面注册一个。

App基本信息

这里要填的就是App的基本信息了，还要上传一个App图标。注意图标不能包含透明度，分辨率为1024×1024像素。下面是例子:

上传的图标是正方形的，不过之后会自动圆角化。

然后填写版本号(比如1.0)，选取App最适合的类别。

接下来是App评级，点击"Click"编辑按钮，进入"Rating"评级填写表格，iTunes Connect会根据你的回答生成一个评级。

版权声明，你可以就填一个年份加姓名，比如2014 AppCoda Limited这样的。

如果想在其他国家和地区发布，那么还需要提供一份Trade Representative Contact Information.

App更多信息

你可直接跳过前面的环节直奔App Review Information然后填上你的联系方式就行。

这里会有一个demo account，可填可不填，只是针对那些需要注册的应用。

版本发布

当 App Review审核通过之后你可以自动或者手动发布你的App，所以这里选择自动发布。

然后点击右上方Save保存。

如果没有漏填的话，“Submit for Review”应该是可用的，那代表你已经成功创建一个App Record.

更新Build版本号

现在回到Xcode，打开项目导航，选择项目和目标，在项目编辑页面中点进General通用标签，确保里面的版本号和刚刚在iTunes
Connect上填写的一致，这里我们是第一次构建该项目，所以Build一栏填写的是1。

归档并上传App

项目归档前记得将App图标签包含进项目文件并且加载出来，你可以在资源目录里进行管理。在Images.xcassets中找到有关AppIcon图标的设置。从Finder里找到合适的图标拖进Xcode的图标设置页面，千万注意图标大小一定要跟设备尺寸适配哦。

查看归档方案设置里的配置是Release而不是Debug版本。

如上图中操作配置，从Xcode的菜单栏里按照Proct > Scheme > Edit
Scheme的顺序点开，选中归档方案查看你的构建配置，其中的选项应该要为Release版本。

如果使用模拟器测试，归档特性是不可用的。所以你需要在方案工具栏里选中iOS设备或者你已经连接上Mac的iPhone。然后点击Proct中的归档，如下图：

归档完成后会出现在Organizer中，然后我们准备上传。不过建议先校验一下以防出错，点击Validate校验按钮然后选中开发者账号开始校验。

当校验成功之后，点击Submit提交按钮将归档文件上传iTunes Connect。

在iTunes Connect上管理Beta测试

现在我们回到iTunes Connect上选中刚刚设置的App。你会在PreRelease标签下找到刚刚上传的App然后打开TestFlight Beta
Testing选项为ON。可以看到下面的Inactive变为Invite Testers。

点击Invite Testers然后点击Users and Roles开始邀请内部成员参与测试，当前用户的身份可以是Admin,
Legal,以及Technical.打开Internal Tester开关就可以设置一个测试者了。

提示：如果在列表里没有找到想邀请的人那么可以点击+号然后添加一个成员并设置身份为Technical，之后再用这个人的邮箱来激活这个账号。

返回App在Prerelease标签下选中Internal
Testers，之后你会看到你刚刚设置过的测试者，勾选复选框后点击Invite邀请按钮，测试者会收到来自TestFlight Beta
Testing的邀请邮件。

如下图，测试者只需要点击Open
TestFlight按钮就会自动的打开TestFlight应用(如果没有需要先安装)，之后就可以安装你的App的Beta版本。

你的内部测试人员会一直得到你之后的每次更新。

总结

苹果关于TestFlight的收购案的确是英明之举。上面我们只是说了一些关于TestFlight的基本使用，如果你还打算开发新的应用，使用这一工具能帮助你创造高质的产品。

⑥ app测试流程是什么

移动App的测试流程与传统软件的测试流程大体相同，在测试之前分析软件需求并对需求进行测试，需求测试完成后制订测试计划等，但移动App测试的要点与传统软件测试要点不同，因此在具体实施细节上也不相同。

移动App测试基本流程如下

(1)接受测试版本：由开发人员提交给测试人员。

(2) App版本测试：主要检查App开发阶段对应的版本是否一致。

(3)UI测试：检查App界面是否与需求设计的效果-致。

(4)功能测试：核对项目需求文档，测试App功能是否满足客户需求。

(5)专项测试：对移动App进行专项测试。

(6)正式环境测试：模拟实际使用环境进行测试。

(7)上线准备：测试通过后，对测试结果进行总结分析，为App上线做准备。

移动App开发完成后，提交给测试人员。测试人员首先对当前App版本进行检查，通过后进行基本的UI测试，检查界面效果是否与需求设计相符合，之后依据需求文档进行功能测试，完成这些工作后进行专项测试等。最后在实际运行环境中进行测试，测试通过后做上线准备工作。

⑦ APP测试功能测试

1. 运行
   1）App安装完成后的试运行，可正常打开软件。
   2）App打开测试，是否有加载状态进度提示。
   3）App页面间的切换是否流畅，逻辑是否正确。
   4）注册
   同表单编辑页面
   用户名密码长度
   注册后的提示页面
   前台注册页面和后台的管理页面数据是否一致
   注册后，在后台管理中页面提示
   5）登录
   使用合法的用户登录系统
   系统是否允许多次非法的登录，是否有次数限制
   使用已经登录的账号登录系统是否正确处理
   用户名、口令（密码）错误或漏填时能否登陆
   删除或修改后的用户，原用户名登陆
   不输入用户口令和重复点“确定/取消”按钮，是否允许登录
   登陆后，页面中登录信息
   页面中有注销按钮
   登录超时的处理
   
   2.应用的前后台切换
   1）App切换到后台，再回到App，检查是否停留在上一次操作界面。
   2）App切换到后台，再回到App，检查功能及应用状态是否正常。
   3）App切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
   4）手机锁屏解锁后进入App注意是否会崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
   5）当App使用过程中有电话进来中断后再切换到App，功能状态是否正常。
   6）当杀掉App进城后，再开启App，App能否正常启动。
   7）出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。
   8）对于有数据交换的页面，每个页面都必须要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃。
   
   3.免登陆
   很多应用提供免登陆功能，当应用开启时自动以上一次登录的用户身份来使用App。
   1）考虑无网络情况时能否正常进入免登录状态。
   2）切换用户登陆后，要校验用户登录信息以及数据内容是否相应更新，确保原用户退出。
   3）根据Mtop的现有规则，一个账户只允许登陆一台机器。所以，需要检查一个账户登录多台手机的情况。原手机里的用户需要被退出，给出友好提示。
   4）App切换到后台，在切换回前台的校验。
   5）切换到后台，再切换回到前台的测试。
   6）密码更换后，检查有数据交换时是否进行了有效身份的校验。
   7）支持自动登录的应用在进行数据校验时，检查系统是否能自动登录成功并且数据操作无误。
   8）检查用户主动退出登录后，下次启动App，应停留在登录界面。
   
   4.离线浏览
   很多应用会支持离线浏览，即在本地客户端会缓存一部分数据供用户查看。
   1）在无线网络情况可以浏览本地数据。
   2）退出App再开启App时能正常浏览。
   3）切换到后台再回到前台可以正常浏览。
   4）锁屏后再解锁回到应用前台可以正常浏览。
   5）在对服务器段的数据有更新时回给予离线的相应提示。
   
   5.App更新
   1）当客户端有新版本时，有更新提示。
   2）当版本为非强制升级版时，用户可以取消更新，老版本能正常使用。用户在下次启动App时，仍出现更新提示。
   3）当版本为强制升级版时，但给出强制更新后用户没有做更新时，退出客户端。下次启动App时，仍出现强制升级提示。
   4）当客户端有新版本时，在本地不删除客户端的情况下，直接更新检查是否能正常更新。
   5）当客户端有新版本时，在本地不删除客户端的情况下，检查更新后的客户端功能是否是新版本。
   6）当客户端有新版本时，在本地不删除客户端的情况下，检查资源同名文件如图片是否能正常更新成最新版本。如果以上无法更新成功的，也都属于缺陷。
   
   6.定位、照相机服务
   1）App有用到相机，定位服务时，需要注意系统版本差异。
   2）有用到照相机服务的地方，需要进行前后台的切换测试，检查应用是否正常。
   3）测试照相机服务时，需要采用真机进行测试。
   
   7.PUSH测试
   1）检查Push消息是否按照指定的业务规则发送。
   2）检查不接收推送消息时，用户不会在接收到Push消息。
   3）如果用户设置了免打扰的时间段，检查在免打扰时间段内，用户接收不到Push。在非免打扰时间段内，用户能正常收到Push。
   4）当Push消息是针对登录用户的时候，需要检查收到的Push与用户身份是否相符，没有错误的将其他人的消息推送过来。一般情况下，只对手机上最后一个登录用户进行消息推送。
   5）测试Push时，需要采用真机进行测试。
   
   >>戳戳，免费下载App功能自动化测试工具TestWriter~

http://tools.51testing.com/

⑧ 手机app如何全方位测试

安全性测试，是app专项测试中必须要做的一环，简单列举下目前常做的测试类别：
1. 用户隐私

检查是否在本地保存用户密码，无论加密与否

检查敏感的隐私信息，如聊天记录、关系链、银行账号等是否进行加密

检查是否将系统文件、配置文件明文保存在外部设备上

部分需要存储到外部设备的信息，需要每次使用前都判断信息是否被篡改

2. 文件权限

检查App所在的目录，其权限必须为不允许其他组成员读写

3. 网络通讯

检查敏感信息在网络传输中是否做了加密处理，重要数据要采用TLS或者SSL

4. 运行时解释保护

对于嵌有解释器的软件，检查是否存在XSS、SQL注入漏洞

使用webiew的App，检查是否存在URL欺骗漏洞

5. Android组件权限保护

禁止App内部组件被任意第三方程序调用。

若需要供外部调用的组件，应检查对调用者是否做了签名限制

6. 升级

检查是否对升级包的完整性、合法性进行了校验，避免升级包被劫持

7. 3rd库

如果使用了第三方库，需要跟进第三方库的更新