总结面试的问题

1. 测试过程中应注意什么问题

在编写测试计划的时候要考虑可能发生的风险，并提出应对措施。那么到底都有哪些风险要注意呢?如何解决呢?以下列出了一些方案：

设计方面：

　　风险：(1)没有详细设计说明书;

　　解决方案：测试人员要在开发阶段对相关设计及需求文档进行分析，对大体模块功能进行分类，分析业务逻辑，在不清楚的地方及时与开发人员沟通。

　　风险：(2)没有统一的界面设计规范。

　　解决方案：与项目负责人确认测试标准。

　　开发方面：

　　风险：(1)所有模块开发没有统一设计，开发人员有自己的设计方式;

　　解决方案：与项目负责人确认标准方式，与标准方式不一致的地方全部以BUG形式提交。

　　风险：(2)需求变更开发。

　　解决方案：建议将需求变更形成文档，对没有文档的需求变更，在测试过程中发现及时与开发负责人确认，并存档相关变更文档。

测试本身：

　　风险：(1)人力资源;

　　解决方案：保证稳定的人员安排。

　　风险：(2)硬件资源;

　　解决方案：事先分析测试所需硬件资源，及时申请，保证测试工作顺利进行。

　　风险：(3)版本控制;

　　解决方案：严格控制版本，BUG以版本为单位进行提交。在测试过程中及BUG确认阶段禁止任何代码更新。

　　风险：(4)测试时间不足。

　　解决方案：动员测试人员完成测试任务，必要时，应给予相应物质奖励。

测试风险是不可避免的、总是存在的，所以对测试风险的管理非常重要，必须尽力降低测试中所存在的风险，最大程度地保证质量和满足客户的需求。在测试工作中，主要的风险有：

　　一、质量需求或产品的特性理解不准确，造成测试范围分析的误差，结果某些地方始终测试不到或验证的标准不对;

　　二、测试用例没有得到百分之百的执行，如有些测试用例被有意或无意的遗漏;

　　三、需求的临时/突然变化，导致设计的修改和代码的重写，测试时间不够;

　　四、质量标准不都是很清晰的，如适用性的测试，仁者见仁、智者见智;

　　五、测试用例设计不到位，忽视了一些边界条件、深层次的逻辑、用户场景等;

　　六、测试环境，一般不可能和实际运行环境完全一致，造成测试结果的误差;

　　七、有些缺陷出现频率不是百分之百，不容易被发现;如果代码质量差，软件缺陷很多，被漏检的缺陷可能性就大;

　　八、回归测试一般不运行全部测试用例，是有选择性的执行，必然带来风险。

　　前面三种风险是可以避免的，而四至七的四种风险是不能避免的，可以降到最低。最后一种回归测试风险是可以避免，但出于时间或成本的考虑，一般也是存在的。

　　针对上述软件测试的风险，有一些有效的测试风险控制方法，如：

　　测试环境不对可以通过事先列出要检查的所有条目，在测试环境设置好后，由其他人员按已列出条目逐条检查;

　有些测试风险可能带来的后果非常严重，能否将它转化为其他一些不会引起严重后果的低风险。如产品发布前夕，在某个不是很重要的新功能上发现一个严重的缺陷，如果修正这个缺陷，很有可能引起某个原有功能上的缺陷。这时处理这个缺陷所带来的风险就很大，对策是去掉那个新功能，转移这种风险;

　　有些风险不可避免，就设法降低风险，如“程序中未发现的缺陷”这种风险总是存在，我们就要通过提高测试用例的覆盖率(如达到99.9%)来降低这种风险;

　　为了避免、转移或降低风险，事先要做好风险管理计划和控制风险的策略，并对风险的处理还要制定一些应急的、有效的处理方案，如：

　　在做资源、时间、成本等估算时，要留有余地，不要用到100%;

　　在项目开始前，把一些环节或边界上的可能会有变化、难以控制的因素列入风险管理计划中;

　　对每个关键性技术人员培养后备人员，作好人员流动的准备，采取一些措施确保人员一旦离开公司，项目不会受到严重影响，仍能可以继续下去;

　　制定文档标准，并建立一种机制，保证文档及时产生;

　　对所有工作多进行互相审查，及时发现问题，包括对不同的测试人员在不同的测试模块上相互调换;

　　对所有过程进行日常跟踪，及时发现风险出现的征兆，避免风险。

　要想真正回避风险，就必须彻底改变测试项目的管理方式;针对测试的各种风险，建立一种“防患于未然”或“以预防为主”的管理意识。与传统的软件测试相比，全过程测试管理方式不仅可以有效降低产品的质量风险，而且还可以提前对软件产品缺陷进行规避、缩短对缺陷的反馈周期和整个项目的测试周期。

 

1. 测试用例应如何覆盖

简单的办法就是：系统测试完毕后，如果一个bug都没有，则代表覆盖率100%。

测试用例覆盖率很难达到100%，越复杂的功能越难保证，只能说尽量提高测试覆盖率。
通过以下手段可以提高覆盖率：
1）编写测试用例前，检查相关需求需求、设计文档是否有问题（功能描述不清，设计逻辑缺陷），如有问题找相关设计或者开发问清楚。
2）然后整理成需要覆盖的功能列表或者思维导图，功能列表包含新增和修改功能点，性能需求也要列出来（因为要整理对应的性能测试用例），同时还需要对既有功能进行一个梳理，检查是否会与其他功能有交互，整理出影响点。
3）把功能列表发给组员，并找时间进行会议评审，主要对功能等进行查漏补缺。
4）最后才行进测试用例编写，注意编写规范。
5）编写完毕后，把测试用例发给组员，开会进行评审，主要对检查点、用例规范进行查漏补缺。
6）执行测试用例过程中，发现用例不完善或者错误，需对测试用例进行及时的修改与调优
7）测试完毕后对漏测的bug进行测试用例补充。

 

1. Jmeter和loadrunner的区别

1）jmeter 的架构跟loadrunner原理一样,都是通过中间代理,监控&收集并发客户端发现的指令,把他们生成脚本,再发送到应用服务器,再监控服务器反馈的结果的一个过程. 

2）分布式中间代理功能在Jmeter中也有,这个分布式分理是指可设置多台代理在不同PC中,通过远程进行控制,即通过使用多台机器运行所谓的 Agent 来分担 Load Generator 自身的压力，并借此来获取更大的并发用户数.loadrunner也有些功能．

3）Jmeter 安装简单，只需要解压jmeter文件包到Ｃ盘上就可以了，其实是没有安装．要是你想执行调试测试脚本,前提是：装上jdk和netbean插件.而loadrunner安装包有１Ｇ多，在一台P3.0,1G内存的PC上安装要一个多小时.要是装过较旧的盗版还不能再装新版,解决办法倒是有,但麻烦且花时间.

4）Jmeter 没有IP欺骗功能,ＩＰ欺骗是指在一ＰＣ台上多个ＩＰ地址来分配给并发用户．这个功能对于模拟较真实的客户环境来说,是较有用.loadrunner有此功能.

5）Jmeter也提供了一个利用本地Proxy Server（代理服务器）来录制生成测试脚本的功能，但是这个功能并不好用,测试对象的个别参数却要手工增加上去,还得附带装个IE代理,如GoogleToolbarDownloader这些插件来捕捉参数.但是有一个工具bodboy，利用这个工具可以录制操作，然后选择将脚本保存为Jmeter脚本，然后利用Jmeter可以打开并修改脚本

6）jmeter的报表较少,对于要分析测试性能不足以作为依据.如要知道数据库服务器或应用程序服务的CPU,memory等参数,得在相关服务器上另外写脚本记录服务器的性能.

7）Jmeter做性能测试，主要是通过增加线程组的数目，或者是设置循环次数来增加并发用户，而loadrunner可以通过在场景中选择要设置什么样的场景，然后选择虚拟用户数。

8）jmeter可以通过逻辑控制器实现复杂的测试行为，相当于loadrunner中的测试场景

9）Jmeter可以做web程序的功能测试，利用jmeter中的样本，可以做灰盒测试，loadrunner主要用作性能测试

10） jmeter是开源的，但是使用的人较少，网络上相关资料不全面，需要自己去揣摩，而loadrunner是商业软件，如果是正版，有技术支持，同时，网络上的资料相当多。

11）jmeter的脚本修改，主要是对jmeter中各个部件的熟悉程度，已经相关的一些协议的掌握情况，而不依赖于编程，而loadrunner除了复杂的场景设置外，还需要掌握函数，修改脚本。

 

注：

之前测试过程中，发现loadrunner与JMeter之间的结果没有可比性：loadrunner测试出来的服务器性能更好。

这可能与LoadRunenr与JMeter之间的加压原理不同有关系。

个人目前的结论是他们之间的结果只能进行纵向对比，横向对比是不现实的。

 

1. Jmeter的测试流程

性能测试的必要性分析——性能测试目标的收集和确定——编制测试计划——录制测试脚本——编辑增强测试脚本——执行测试脚本——测试结果分析

1. 测试的心得

1. 软件测试在整个软件周期的重要性

它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目占啦很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策

1. 软件测试的真正意义在于发现错误，而不在于验证软件是否正确的

再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能够保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论，故障暴露在最终端之前及时主动的去发现并解决。这一点就需要加强研发对我的建设。

1. 在系统性能测试方面需要重视

经过这次培训中多个案例的讲解，让我了解到系统在上线之后有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数。

下面是本人的几点想法

1）加强系统上线前的性能测试

2）适当介入相关项目研发

 

 

1. 测试的职业规划

1）[1～2年]，测试技能：熟悉整个测试过程及产品业务领域，学习和掌握自动测试工具，学习测试自动化编程技术；开发和执行测试脚本，承担系统测试实施任务；学习编程语言、操作系统、网络与数据库方面的技能。

2）[3～4年]，测试过程：深入了解测试过程，掌握测试过程设计及改进，参与软件工作产品的同行评审；进一步了解产品业务领域，改进测试自动化编程技术，能指导初级测试工程师；加强编程语言、操作系统、网络与数据库方面的技能。

3）[4～5年]，测试组织工作：管理1～3名测试工程师，担任任务估算、管理及进度控制；进一步培养在软件项目管理及支持工具方面的技能。

4）[5～6年]，技术管理：管理4～8名测试工程师，提高任务估算、管理及进度控制能力，完成测试规划冰制定测试计划；研究测试的技术手段，保持使用项目指导及支持工具的技能；用大量的时间为其他测试工程师提供技术及过程方面的指导；开始与客户打交道并做演示推介。

5）[6～12年]，测试管理：管理8名以上测试工程师，负责一个或多个项目的测试工作，与客户打交道并做演示推介；保持使用项目管理及支持工具的技能。

 

 

1. Ios和Android的区别是什么？

app测试中ios和Android的区别：

1）Android长按home键呼出应用列表和切换应用，然后右滑则终止应用；

2）多分辨率测试，Android端20多种，ios较少；

3）机操作系统，Android较多，ios较少且不能降级，只能单向升级；新的ios系统中的资源库不能完全兼容低版本中的ios系统中的应用，低版本ios系统中的应用调用了新的资源库，会直接导致闪退（Crash）；

4）操作习惯：Android，Back键是否被重写，测试点击Back键后的反馈是否正确；应用数据从内存移动到SD卡后能否正常运行等；

5）push测试：Android：点击home键，程序后台运行时，此时接收到push，点击后唤醒应用，此时是否可以正确跳转；ios，点击home键关闭程序和屏幕锁屏的情况（红点的显示）；

6）安装卸载测试：Android的下载和安装的平台和工具和渠道比较多，ios主要有app store，iTunes和testflight下载；

7）升级测试：可以被升级的必要条件：新旧版本具有相同的签名；新旧版本具有相同的包名；有一个标示符区分新旧版本（如版本号），对于Android若有内置的应用需检查升级之后内置文件是否匹配（如内置的输入法）

另外：对于测试还需要注意一下几点：

1）并发（中断）测试：闹铃弹出框提示，另一个应用的启动、视频音频的播放，来电、用户正在输入等，语音、录音等的播放时强制其他正在播放的要暂停；

2）数据来源的测试：输入，选择、复制、语音输入，安装不同输入法输入等；

3）push（推送）测试：在开关机、待机状态下执行推送，消息先死及其推送跳转的正确性；应用在开发、未打开状态、应用启动且在后台运行的情况下是push显示和跳转否正确；推送消息阅读前后数字的变化是否正确；多条推送的合集的显示和跳转是否正确；

4）分享跳转：分享后的文案是否正确；分享后跳转是否正确，显示的消息来源是否正确；

5）触屏测试：同时触摸不同的位置或者同时进行不同操作，查看客户端的处理情况，是否会crash等iOS和Android的区别，想了很久，也没想出特别多，这两个系统有些东西越来越通用（设计上来说），尤其是Android上，可以实现所有的效果，当然有些看上去iOS很像。长得和iOS很像的Android应用很多，好多大牌也这么做，比如说现在的QQAndroid5.1.1。这样只需要一套设计，出一套资源就OK了，比较高效节约。两个平台的使用体验比较统一，但我还是喜欢有各系统设计本来特色的设计，安卓感觉的应用，wp感觉的应用。

做一款纯粹的Android应用，真是让人兴奋的一件事情。

区别，在这两种系统的原生应用里就能发现。Android 一直在寻找合适的设计语言，最新的material design，和以前相比，又是一个大转变。iOS相对比较稳定。

这里的区别，聚焦在界面设计中，不涉及底层的内容（是你不懂写不出来吧）区别，这些的区别也不绝对。

1）导航方式：

iOS的Tab放在页面底部，不能通过滑动来切换，只能点击。也有放在上面的，也不能滑动，但有些Tab本身可以滑动，比如天猫的。还有新闻类的应用。

Android一般放在页面顶端，可以通过滑动页面来切换Tab，当然Tab可以点击切换，Tab多的话，Tab本身也可以滑动。比如豌豆荚，百度贴吧，QQ。总之，Android啥都可以有。（其他导航方式，见上一篇）

2） 单条item的操作

iOS单条item的操作有两种，点击和滑动，点击一般进入一个新的页面，滑动会出现对这条item的一些常用操作，如微信里滑动一条对话，会出现标记未读和删除。

Android中，单条item的操作也有两种，点击和长按，点击一般进入一个新的页面。长按进入一个编辑模式，可以在里面进行批量和其他一个操作，比如删除，顶置等等。比如小米的短信页面；长按也可以弹出情境操作栏dialog，进行操作，比如Android版的微信。

例外的是，Android里面也可以有单条item的滑动，如新版QQ，这种比较少见。安卓L的短信，可以滑动进行归档。大Android啥都可以有。

3） 关于排版

iOS喜欢在居中排布

Android喜欢左对齐，感觉左对齐更安卓。

4） 实体键

iOS只有一个实体键（音量，电源不算哈），home键，这个键有这么几个功能：

1）按一次，回到桌面。

2） 双击，出现多任务界面

3iOS8里面，轻触两下Home键，调出单手模式

4） 指纹解锁

Android有四个实体键（现在很多被屏幕上的虚拟键代替，但功效是一样的）4.4以下的分别是back键，home键，menu键，和搜索键。4.4及以上，是back键，home键，多任务键。安卓原生是这样，经过优化的Android就不一定了，比如魅族的smart bar，根据当前页面情景变化，不过蛮好用。

Android的back键，在大部分情况下，和页面上的返回功效一样。不过，Android的back键可以在应用件切换，还可以返回主屏幕。这个iOS里面的键不能在应用间直接切换。

5） 动效

两者的动效似乎差别不大，iOS有的，安卓都有。iOS实现的通常更加流畅，卡顿较少。

两者都强调模拟现实世界的动画效果，比如物体运动有一定的加速度，动画的结束和开始速度小，中间速度大。

谷歌最新推出的material design，变化比较大，但这种设计风格还没有大面积使用。这种设计风格，最突出的特点就是有一个悬浮按钮。这个悬浮按钮，代表了这个页面的主要操作，位置可以在页面上部，也可以在下部分。这次的动效也是亮点，动画实时实地的反馈用户的操作，动画在用户的点击出开始触发。又很多类似涟漪的效果。这种按钮的动效变化，概念稿多，好像还没有实际的案例。（马上就有啦...正在做）

6 ）浮窗

安卓里可以看到各种浮窗，流量，清理内存等等。iOS暂时还不支持这样的浮窗。越狱的貌似可以。

这两个平台，只有想不到，几乎没有不可以实现。安卓更加开放，可自定义的东西也更多，做花样的话，安卓的限制更少

前言

总结了在做iOS与Android安全研究时，需要了解的区别。包括系统架构的区别，安装包的区别，文件系统的区

别，二进制文件的区别，安全机制的区别与版权保护的区别

一、系统架构的区别（左边iOS，右边Android）

1）iOS架构

分为4层，分别为

（1）cocoa Touch层：包括Foundation Framework，UIkit Framework，Address Book UI Framework

（2）媒体层：包括图像（Quartz,Core Animation,OpenGL ES)，音频(Core Audio,OpenAL)和视频技术

（3）核心服务层：例如CoreFoundation.framework是基于C语言的接口集，提供应用的基本数据管理和服务功

能；CFNetwork.framework是一组高性能的C语言接口集，提供网络协议的面向对象的抽象。开发者可以使用

CFNetwork框架操作协议栈，并且可以访问底层的结构如BSD sockets等；Security.framework提供管理证书，

公钥／私钥对和信任策略等的接口来确保应用数据的安全性

（4）核心OS层： 基于Mac操作系统

2）Android架构

分为4层，分别为

（1）应用程序：使用java编写

（2）应用程序框架:

活动管理器：用来管理应用程序生命周期并提供常用的导航回退功能

资源管理器：提供非代码资源的访问，如本地字符串、图形和布局文件

内容提供器：用来存放和获取数据并使用这些数据可以被所有应用程序访问

XMPP服务器：基于XML的网络实时通讯协议

（3）系统运行库＋Android运行时

系统运行库：android包括一些c/c++库，这些库能被android系统中的不同的组件使用，例如libc是一个从BSD

继承来的标准c系统函数库；webkit为Web浏览器引擎，支持Android浏览器（苹果Safari的引擎也是webkit）。

SQLite为功能强劲的轻量级关系数据库引擎（iOS也是采用的该数据库引擎）。

Android运行时：包括核心库（基本类库，例如data structure,network,file system等)，很多实现代码都来

自Apache Harmony项目，主要目的时保证虚拟机的类库能够与Java SE类库最大程度的兼容）与Dalvik虚拟机（

用于运行dex：dalvik executable格式二进制可执行文件，该虚拟机较之java虚拟机的最大区别是Dalvik基于

寄存器）

（4）linux内核：基于linux 2.6内核

总的来说，如果要深层次挖掘Android的漏洞就要明白linux内核安全，如果要挖身深层次挖掘iOS的漏洞就要了

解Mac内核安全(BSD内核安全）。

二、安装包的区别（左边iOS，右边Android）

总的来说，安装包由可执行文件，资源文件，签名文件，配置文件组成。

三、文件系统的区别（左边iOS，右边Android）

注意： android的sdcard是不受文件访问控制约束的

四、二进制文件的区别

1） iOS二进制文件格式

mach-o , dylib

2）Android二进制文件的区别

dex, so(ELF shared object)

五、安全机制的区别

1） iOS安全机制

（1）安全沙箱

进程隔离，每个程序都有自己的虚拟地址空间。应用程序在安装之后，系统就通过计算得到一个标识，然后基

于应用程序的根目录和这个标识构件一个指向应用程序目录的路径，其他应用程序都不能进行访问。iOS 的沙

箱是基于TrustBSD策略框架的内核扩展模块，针对每个进程都可以制定特殊的沙箱配置文件，沙箱配置文件编

译后以2进制的方式保存在KernelCache文件中(iOS下），需反汇编成可读的文本格式来查看内核中的沙盒规则

（2）代码签名

apple需要所有开发人员对自己的iPhone应用程序使用数字签名技术。这个签名用来标识应用程序的开发者以及

保证应用程序在签名之后不被更改和损坏。开发者证书由apple提供（这是与android最大的区别，android是自

签名），有以下两类证书：

Developer Certificate：用于本机测试

Distribution Certificate：Ad-hoc用于100台设备以内的测试和共享；app store用于发布应用程序

所有的可执行文件、库文件都需要Apple签名后才可以运行在iOS中，内核会在调用execve之前检测Mach-o文件

中的LC_CODE_SIGNATURE段是否有效和可信任的，iOS启动的时候同样也会检测KernelCache的签名是否有效

代码签名的破坏可见《iOS平台游戏安全之IPA破解原理及防御》

（3）ASLR(address space layout randomisation)/DEP

PIE: position independent executable

iOS 4.3后开始支持该功能，iOS上的预装应用都开启了该功能

ASLR的其他信息可见《ASLR》

DEP（Data execution Prevention)，内核不允许将页面保护标志设置为RWS，并在ARMv6引入XN（execute

never）标志位，从而在硬件上支持执行保护。

（4）文件系统加密

Data protection APIs

NSFileProtectionNone

NSFileProtectionComplete

NSFileProtectionCompleteUnlessOpen

NSFileProtectionCompleteUntilUserAuthentication

KSecAttrAccessibleAlways

KSecAttrAccessibleWhenUnlocked

KSecAttrAccessibleAfterFirstUnlock

KSecAttrAccessibleAlwaysThisdeviceOnly

KSecAttrAccessibleWhenUnlockedThisDeviceOnly

KSecAttrAccessibleAfterFirstUnlockThisDeviceOnly

2.Android安全机制

（1）安全沙箱

每一个Android应用程序（apk文件）会在安装时分配一个独有的linux用户ID（即一个用户id识别一个应用程序

），这就为它建立了一个沙箱，使其不能与其他应用程序进行接触。这个用户ID在安装时分配，并在该设备上

一直保持同一个数值。所有存储在应用程序中的数据都会赋予该应用程序的用户ID，使其他应用程序无法访问

这些数据（如需要访问，见（4）文件访问控制）。

（2）代码签名

采用自签名机制，不需要权威机构签名和审核，完全由用户自行判断是否信任该程序（与iOS区别很大）。签名

是为了：

识别代码的作者

检测应用程序是否发生了变化

在应用程序之间建立信任：使用相同数字签名签署的两个应用程序可以相互授予权限来反问基于签名的API，如

果他们共享用户ID，那么也可以运行在同一进程中，从而允许访问对方的代码和数据（见（4）文件访问控制）

。

代码签名的详细机制可见《Android签名与签名校验》

（3）manifest权限管理

Android要求用户在使用API时进行申明，称为permission，对一些敏感API的使用在安装时就可以给用户风险提

示，由用户确定是否安装，例如READ_CONTACTS为读取通讯录数据权限。权限在AndroidManifest.xml文件里进

行设置，通过元素添加子元素，如下图所示

permission分为4个保护等级：normal，dangerous，signature，signatureorsystem。不同的保护级别代表程

序要使用此权限时的认证方式。

normal：只要申请就可以使用

dangerous：在安装时需要用户确认才可以使用，最经常使用的权限

signature：告诉android系统这个权限只能授予拥有同样数字签名并且定义了该权限的应用程序

signatureorsystem：需要开发者的应用和系统使用同一个数字证书，即需要系统或者平台签名，真实手机中的

系统签名只有厂商知道

应用程序也可以定制权限以保护自己的资源，当前ita应用程序想要访问一个应用程序的受保护资源时，就必须

通过它们自己的manifest文件请求适当的权限

（4）文件访问控制

因为安全沙箱的存在导致不同应用程序之间的数据（文件）是隔离的。在通过

getSharedPreferences(filename,operatingMode)

openFileOutput(filename,operatingMode)

openOrCreateDatabase(filename,operatingMode, SQLiteDatabase.CursorFactory)

等方法来创建一个新文件时，可以通过指定文件的存储方式operationMode来进行文件的访问控制，android文

件存储有以下4种方式：

Context.MODE_PRIVATE：默认操作模式，代表该文件是私有数据，只能被应用本身访问，在该模式下，写入的

内容会覆盖原文件的内容

Context.MODE_APPEND：代表该文件是私有数据，只能被应用本身访问，在该模式下，会检查文件是否存在，存

在就往文件追加内容，否则就创建新文件

Context.MODE_WORLD_READABLE：表示当前文件可以被其他应用读取

Context.MODE_WORLD_WRITEABLE：表示当前文件可以被其他应用写入。

除了使用Context.MODE_WORLD_READABLE／Context.MODE_WORLD_WRITEABLE标识位来使两个程序相互访问对方的

资源。还可以通过设置AndroidManifest.xml文件的manifest标签中的sharedUserId属性，来使得不同的应用程

序共用同一个用户ID，并且这些应用程序还使用同一个签名签署，在满足以上两个条件（共同的sharedUserID

，共同的签名）的情况下就可以实现不同应用程序相互资源的访问了，如下图所示

（5）ASLRandroid 4.1后才开始支持完整版功能

六、版权保护的区别

1） iOS

App store，采用FairPlay DRM保护商店下载应用

2.）Android

(1)google play store，采用Android License Verification Library保护商店下载应用

(2)Amazon Appstore DRM

 

 

1. 你公司的测试流程是什么？

测试流程依次如下：
1）需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。--testing team
2）测试计划: 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。---testing leader or testing manager
3）用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。---testing leader, senior tester
4）执行测试：根据测试用例的详细步骤，执行测试用例。--every tester(主要是初级测试人员)
5）执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。--every tester(主要是初级测试人员)
6）defect tracking：追踪leader分配给你追踪的bug.直到 bug fixed。--every tester
7）测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.
8）用户体验、软件发布等……

1. Jmeter测试结果查看的内容？

样本数目是总共发送到服务器的请求数。
最新样本是代表时间的数字,是服务器响应最后一个请求的时间。
吞吐量是服务器每分钟处理的请求数。 
平均值是总运行时间除以发送到服务器的请求数。 
中间值是代表时间的数字，有一半的服务器响应时间低于该值而另一半高于该值。 
偏离表示服务器响应时间变化、离散程度测量值的大小，或者，换句话说，就是数据的分布。