APP测试相关点归纳

时间:2024-06-11 08:36:26

APP测试相关点归纳

 

1.1测试周期

测试周期可按项目的开发周期来确定测试时间,一般测试时间为一两周,根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前需确认项目排期。

1.2测试资源

测试任务开始前,检查各项测试资源。

--产品功能需求文档;

--产品原型图;

--产品效果图;

--行为统计分析定义文档;

--测试设备:android手机、iphone手机/平板设备等

--其他。

1.3测试用例

——根据产品需求文档编写测试用例。

——软件设计文档编写用例。

 

1)评审需求,多方面考虑,整理出内在外在以及非功能性的直接间接功能点,对比需求,提取测试点

2)根据常用的一些分析方法,等价类边界值、判定表、因果图、场景法等方法,设计测试用例,对提取的功能点进行覆盖

3)测试各个阶段不断跟踪缺陷,做好用例的更新迭代和不断变更需求所带来的业务或者需求的错误

 

1.4日报及产品上线报告

1)测试人员每天需对所测项目发送测试日报。

2)测试日报所包含的内容为:

--对当前测试版本质量进行分级;

--对较严重的问题进行例举,提示开发人员优先修改;

--对版本的整体情况进行评估。

3)产品上线前,测试人员发送产品上线报告。

4)上线报告所包含的内容为:

---对当前版本质量进行分级;

---附上测试报告(功能测试报告、兼容性测试报告、性能测试报告以及 app可用性能标准结果);

--总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。

 

 

2.1功能性测试:

1.业务逻辑测试:主要测试客户端业务能否正常完成。

2.功能点测试:主要测试客户端功能点是否正常使用

3.关联性测试:主要测试客户端与pc端的交互,PC端与客户端数据一致性

根据软件说明或用户需求验证App的各个功能实现,采用如下方法实现并评估功能测试程:

1)采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼 App的用户使用场景,对比说明或需求,整理出内在、外在及非功能直接相关的需求,构建测试点,并明确测试标准,若用户需求中无明确标准遵循,则需要参考行业或相关国际标准或准则。

2)根据被测功能点的特性列举出相应类型的测试用例对其进行覆盖,如:涉及输入的地方需要考虑等价、边界、异常或非法、场景回滚、关联测试等测试类型对其进行覆盖。

3)在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况,及时修正业务或需求理解错误。

2.2兼容性测试:

——android版本的兼容性

——手机分辨率兼容性

——网络的兼容性:2G\3G\4G\WIFI,弱网、无网等

——app跨版本的兼容性

1.适配性测试:

1>.手机不同分辨率支持:如800*480、480*854、1280 * 800等

2>.手机不同版本的支持:如4.0,4.3,6.0,7.0等

3>.手机不同厂家系统的支持:不同厂家会有不同android系统,例如:小米,华为,vivo、锤子对市面上主流手机的支持

4>.手机不同尺寸的支持:如3.5到5.5屏幕在UI显示有区别,要支持最大到最小。

2.安装、卸载测试:

1>.生成apk文件在真机上可以安装及卸载;

2>.Android手机端通用安装工具。如:豌豆荚、91助手、360安装工具等

3.在线升级测试:

1>.验证数字签名。

2>.升级后可以正常使用。

3>.在线跨版本升级。

4>.不同更新权限(强制更新,不强制更新)

4.网络测试:

1.外网测试主要现实模拟客户使用网络环境,检验客户单程序在实际网若环境中使用情况及进行业务操作。

2.外网测试主要覆盖到wifi\2G\3G\4G\net\wap、电信\移动\联通、所有可能的组合进行测试。

原则:

1.尽可能全面覆盖用户的使用场景,测试用例中需要包含不同网络排列组合的各种可能。

2.还有模拟信号被屏蔽时候,客户端的影响等。还有做外包场景测试,在高山、丘陵、火车上等特殊环境下进行全面测试。

2.3性能测试  

评估App的时间和空间特性

1)极限测试:在各种边界压力情况下(如电池、存储、网速等),验证App是否能正确响应。

2)响应能力测试:测试App中的各类操作是否满足用户响应时间要求

3)压力测试:反复/长期操作下,系统资源是否占用异常(CPU,内存,流量);

4)性能评估:评估典型用户应用场景下,系统资源的使用情况。

5)Benchmark测试(基线测试):与竞争产品的Benchmarking,产品演变对比测试等。

6).中断测试:针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法,如:App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。

2.4 UI测试

测试用户界面(如菜单、对话框、窗口和其它可规控件)布局、风格是否满足客户要求、文字

是否正确、页面是否美观、文字、图片组合是否完美、操作是否友好等。

UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏觅功能。

确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。

1导航测试

1)按钮、对话框、列表和窗口等;或在不同的连接页面之间需要导航

2)是否易于导航,导航是否直观

3)是否需要搜索引擎

4)导航帮助是否准确直观

5)导航与页面结构、菜单、连接页面的风格是否一致

2图形测试

1)横向比较。各控件操作方式统一

2)自适应界面设计,内容根据窗口大小自适应

3)页面标签风格是否统一

4)页面是否美观

5)页面的图片应有其实际意义而要求整体有序美观

6)图片质量要高且图片尺寸在设计符合要求的情况下应尽量小

7)界面整体使用的颜色不宜过多

3内容测试

1)输入框说明文字的内容与系统功能是否一致

2)文字长度是否加以限制

3)文字内容是否表意不明

4)是否有错别字

5)信息是否为中文显示

6)是否有敏感性词汇、关键词

7)是否有敏感性图片,如:涉及版权、专利、隐私等图片

2.5其他测试

1.定位、照相机服务

1) App有用到相机,定位服务时,需要注意系统版本差异

2)有用到定位服务、照相机服务的地方,需要进行前后台的切换测试,检查应用是否正常。

3)当定位服务没有开启时,使用定位服务,会友好性弹出是否允许设置定位提示。当确定允许开启定位时,能自动跳转到定位设置中开启定位服务。

4)测试定位、照相机服务时,需要采用真机进行测试。

2.时间测试

客户端可以自行设置手机的时区、时间,因此需要校验该设置对 app的影响。

3. PUSH测试

1)检查push消息是否按照指定的业务规则发送

2)检查不接受推送消息时,检查用户不会再接收到push.

3)如果用户设置了免打扰的时间段,检查在免打扰时间段内,用户接收不到   PUSH。

在非免打扰时间段,用户能正常收到 push。

4)当push消息是针对登录用户的时候,需要检查收到的push与用户身份是否相符,没有

错误地将其它人的消息推送过来。一般情况下,只对手机上最后一个登录用户进行消息推送。

5)测试push时,需要采用真机进行测试。

4.用户体验测试

以主观的普通消费者的角度去感知产品或服务的舒适、有用、易用、友好亲切程度。

通过不同个体、独立空间和非经验的统计复用方式去有效评价产品的体验特性,提升产品的潜在客户满意度。

5.安全测试(权限)

1)软件权限:其中包括发送信息,拨打电话,链接网络,访问手机信息,联系人信息等等

2)数据在本地的存储、传输等

3)执行某些操作时导致的输入有效性验证、授权、数据加密等方面

4)基于各种通信协议或者行业标准来检查