App测试流程及测试点(个人整理版)
基于微信小程序的测试设计与分析

中文摘要近几年软件开发都不断往小程序发展,人们日益增长的美好生活需求与对手机APP应用方面的需求不断增长,微信小程序因其开发难度低,所占内存少,开发规模小,开发门槛低,日益成为今日互联网APP软件开发的主流,软件测试方向也渐渐往微信小程序伸展。
本课题主要内容是以微信小程序测试的设计与分析为主,将仿网易严选商城(带后台管理系统)这一小程序进行测试的设计作为实例,进行相应的测试计划以及分析,结合不同的测试工具为辅,设计一份较为完整的,具有针对性的微信小程序测试的方法,并对该测试方法进行实施以及分析。
将测试的计划和方法贯彻于整个测试流程,侧重于对其测试方法作不一样的侧重点安排以及分析,并对此与一般的软件测试方法与测试计划进行比较,关注它的不同点。
关键词:微信小程序测试方法测试计划AbstractSoftware development are constantly to wechat mini programme in recent years,people’s growing demand for better life and a growing demand for mobile phone APPlication,wechat mini programme beause of its low development level,take up less money and development of small scale,low threshold of development has increasingly become the mainstream of today’s Internet APP software development,software testing direction slowly toward wechat mini programmes.This topic mainly content to wechat mini programme testing design and analysis is given priority to,in imitation of wangyiyanxuan mall(with background management system)test design as the instance,this program to write the corresponding test plan and analysis,combined with different test tools is complementary,write a relatively complete targeted for wechat mini programme test oriented analysis method to plan and implement,to carry out in the whole testing process plan and arrangement.Focus on the arrangement and analysis of its test methods and focuses,and compare it with the general software test methods and test plans which focusing on its differences.Key words: wechat mini programme testing method testing plan目录第一章绪论 (4)1.1课题研究背景 (4)1.2课题研究目的与意义 (4)1.3国内外研究现状 (4)1.4本课题研究 (5)1.5本章小结 (5)第二章小程序内部架构与测试环境部署 (5)2.1小程序的内部分解与认识 (5)2.1.1小程序的内部架构研究 (5)2.1.2小程序的内部结构研究 (7)2.2微信小程序测试环境部署 (8)2.2.1获取测试权限 (8)2.2.2构建测试环境 (10)2.3本章小结 (11)第三章基于微信小程序的测试需求分析与测试计划 (11)3.1小程序测试策略 (11)3.1.1测试策略分析 (12)3.1.2微信小程序测试版本分析 (14)3.2小程序测试进度计划 (14)3.3小程序测试方法分析 (17)3.3.1功能测试 (17)3.3.2用户界面测试 (17)3.3.3权限测试 (17)3.3.4兼容性测试 (18)3.3.5性能测试 (18)3.3.6网络测试 (19)3.4本章小结 (19)第四章基于微信小程序的测试设计与分析 (19)4.1测试用例设计与分析 (19)4.1.1功能测试用例分析 (19)4.1.2性能测试用例分析 (21)4.1.3兼容性测试用例分析 (22)4.1.4用户界面测试用例分析 (23)4.1.5权限测试用例分析 (24)4.1.6网络测试用例分析 (25)4.2本章小结 (25)第五章基于微信小程序的测试实施与分析 (25)5.1测试实施 (25)5.1.1功能测试 (26)5.1.2性能测试 (28)5.1.3兼容性测试 (31)5.1.4用户界面测试 (32)5.1.5用户权限测试 (33)5.1.6网络测试 (33)5.2测试结果分析 (34)5.2.1Bug报告结果分析 (34)5.2.2测试缺陷分析 (35)5.3本章小结 (35)第六章总结与展望 (36)6.1总结 (36)6.2后续研究展望 (36)6.3本章小结 (36)参考文献 (36)图表目录图 1小程序框架图 (6)图 2基本的小程序内部结构 (7)图 3框架程序的主体部分 (8)图 4框架页面的组成文件 (8)图 5登陆微信公众平台 (9)图 6微信公众平台用户身份授权 (9)图 7 添加开发者权限 (10)图 8下载微信开发者工具 (10)图 9导入前台代码 (11)图 10导入后台代码 (11)图 11 小程序关键测试点 (12)图 12性能测试参数值位置 (14)图 13首页功能测试用例 (19)图 14购物车功能测试用例 (20)图 15分类功能测试用例 (20)图 16导航栏页面功能测试 (21)图 17测试用例 (21)图 18兼容性测试用例 (22)图 19用户界面测试用例 (23)图 20权限测试用例 (24)图 21网络测试用例 (25)图 22进入调试和设置显示性能窗口 (29)图 23性能窗口直接调出 (29)图 24添加小程序的测试事务 (30)图 25根据链接连接小程序 (30)图 26设置基本的并发用户和压力测试持续的时间 (30)图 27启动测试任务,选择所需要的资源 (31)图 28基本的性能指标 (31)图 29资源使用变化 (31)图 30响应的时延数据报告 (31)图 31测试报告分析 (34)图 32 小程序和APP的不同点 (35)表 1总体测试进度安排 (14)表 2功能测试进度安排 (15)表 3用户界面测试工作进度安排 (15)表 4权限测试工作进度安排 (15)表 5 兼容性测试进度安排 (16)表 6性能测试工作进度安排 (16)表 7网络测试进度安排 (16)表 8功能测试计划 (17)表 9用户界面测试计划 (17)表 10权限测试计划 (17)表 11兼容性测试计划 (18)表 12性能测试计划 (18)表 13网络测试计划 (19)表 14 首页功能测试结果 (26)表 15领红包功能测试结果 (26)表 16分类功能测试结果 (26)表 17购物车功能测试结果 (27)表 18个人功能测试结果 (27)表 19搜索功能测试结果 (28)表 20兼容性测试结果 (31)表 21界面测试结果 (32)表 22用户权限测试结果 (33)表 23网络测试结果 (33)表 24 Bug报告 (34)第一章绪论1.1课题研究背景近几年软件开发都不断往小程序发展,如今也成为了各大平台战略布局的竞争手段。
app测试详细流程

App测试流程及测试点1 APP测试基本流程1.1预估测试周期测试周期可按项目的开发周期来确定测试时间,一般测试时间为两周(即10个工作日,一人份工作量),根据项目情况以及版本质量可适当缩短或延长测试时间。
正式测试前先向主管确认项目整体排期。
与其他项目强耦合适量增加3-5个工作日,弱耦合增加1-2工作日1.2测试资源测试任务开始之前,准备测试资源1.产品文档2.原型图3.效果图即设计交互稿4.行为统计分析定义文档5.测试设备(测试机,平板,系统iOS、Android,不同分辨率)6.测试人员7.其他1.3分析测试内容•这里就说的通俗一点•比如A要去吃饭,那么他怎么吃饭,用什么吃饭,吃什么饭,吃多少合适。
•怎么吃:项目业务流•用什么吃:项目前期准备测试事宜•吃什么饭:明确测试目的,项目背景•吃多少合适:合格点,吃完饭了是不是得确认他是不是吃饱了?1.4设计测试计划、测试用例古人云:凡事预则立,不预则废。
也就是强调预先计划的重要性和必要性•测试计划•测试范围明确测什么?比如:产品的具体业务需求有哪些?产品是web端的还是移动端的,还是两者都有?•测试策略明确怎么测。
对不同业务需求,具体要有哪些测试类型、测试场景、测试方法。
•资源安排包括测试人员的安排,测试环境是怎样的,测试工具的选择等。
•进度安排在明确测试范围、方法和人员之后,我们要考虑什么时候开始测试,预计要测试多久?以便和开发计划、上线计划衔接。
•发布标准发布标准是测试完成和产品上线需要满足的条件,以便项目内所有角色都有一致认可的目标。
怎样才算是测完了?达到怎样的标准才可以上线?•风险预防最后,我们需要对整个测试过程中可能存在的风险,以及当这些风险发生时的应对措施提前进行一些考虑和准备,并在测试计划中体现出来。
•测试用例就不多说了,测试工程师的基本功1.5用例评审一千个眼里就有一千个哈姆雷特,所以用例评审很重要,这是一个查漏补缺的过程,不光用例层面的补充,也在某种程度上对其他同事也是一种回顾&梳理其他同事的堵塞点1.3测试报告1.测试人员对每天测试项目发送测试报告(若无要求,则不需要发送日报)2.日报所含内容:•对当前测试版本质量进行分级•严重阻塞进度的问题提出,提示开发同学优先修改•对版本整体测试进度进行评估3.产品上线前,测试发送测试报告2 APP测试点2.1 安装1.软件在不同操作系统(Palm OS、Symbian、Linux、Android、iOS、Black Berry OS 6.0、Windows Phone 7)下安装是否正常2.软件安装后的是否能够正常运行,安装后的文件夹及文件是否写到了指定的目录里3.软件安装各个选项的组合是否符合概要设计说明4.软件安装向导的UI测试5.软件安装过程是否可以取消,点击取消后,写入的文件是否如概要设计说明处理6.软件安装过程中意外情况的处理是否符合需求(如死机,重启,断电)7.安装空间不足时是否有相应提示8.安装后没有生成多余的目录结构和文件9.对于需要通过网络验证之类的安装,在断网情况下尝试一下10.还需要对安装手册进行测试,依照安装手册是否能顺利安装2.2 卸载1.直接删除安装文件夹卸载程序是否有提示信息2.测试系统直接卸载程序是否有提示信息。
APP考试规范

APP测试规范————————————————————————————————作者:————————————————————————————————日期:app 客户端测试规范APP测试流程目录1.测试基本流程图 (5)2.测试要点 (6)2.1测试资源 (6)2.2接收版本 (6)2.3UI测试 (6)2.4功能测试 (6)2.5兼容测试/性能测试 (7)2.6后台数据统计测试 (7)2.7用户行为统计测试 (7)2.8回归测试 (8)3.App测试点 (8)3.1安全测试 (8)3.1.1软件权限 (8)3.1.2安装与卸载安全性 (9)3.1.3数据安全性 (9)3.1.4通讯安全性 (10)3.1.5人机接口安全性 (10)3.2安装、卸载测试 (10)3.2.1安装 (11)3.2.2卸载 (11)3.3 UI测试 (11)3.3.1导航测试 (12)3.3.2图形测试 (12)3.3.3内容测试 (12)3.4功能测试 (12)3.4.1运行 (13)3.4.2应用的前后台切换 (14)3.4.3免登录 (14)3.4.4数据更新 (15)3.4.5离线浏览(无网测试) (15)3.4.6 App更新 (15)3.4.7定位、照相机服务 (15)3.4.8时间测试 (16)3.4.9 PUSH测试 (16)3.5性能测试 (16)3.6交叉事件测试 (16)3.7兼容测试 (17)3.8回归测试 (17)3.9升级、更新测试 (17)3.10用户体验测试 (18)3.11硬件环境测试 (18)3.11.1手势操作测试 (18)3.11.2网络环境 (19)3.11.3服务器宕机或出现404、502等情况下的测试 (19)3.12接口测试 (19)3.13 客户端数据库测试 (19)1. 测试基本流程图接收版本APP 版本送测规范不符UI 测试:核对原型图/效果图符合功能测试:核对需求文档兼容性测试、性能压力测试申请到正式环境下测试后台数据统计进入正式环境用户行为统计回归测试发送上线报告PassFail 仍在测试环境2.测试要点2.1测试资源测试任务开始前,检查各项测试资源。
如何制作自己的app_怎样制作app系统软件详细步骤

如何制作自己的app_怎样制作app系统软件详细步骤如何制作自己的app,要先了解怎样制作app的详细步骤,再根据自身的需求来选择相应的流程,制作自己的app,先看看制作app有哪些详细步骤。
华盛恒辉软件开发不错软件开发可以来这里,这个首肌开始是幺乌扒,中间是幺幺叁叁,最后一个是泗柒泗泗,按照你的顺序组合可以找到。
在一个完整的app制作流程步骤中,包括以下详细制作流程:项目立项-需求分析-需求评审-界面设计-代码开发-测试验收-发布运营,如果项目涉及迭代,则需要从需求分析重新开始。
软件开发可以来这里,这个首肌开始是幺乌扒,中间是幺幺叁叁,最后一个是泗柒泗泗,按照你的顺序组合可以找到。
制作app详细步骤一:项目立项当个人或者企业有app制作的需求时,首先就需要把app制作作为一个项目,列出大纲。
制作app的目的是什么,市场上有没有同类的app,我们主要设置哪些功能,针对的是哪部分的用户,需要投入的资源和成本以及预期的前景,并列明相关的负责人员,整理成档。
二、需求分析a、内部需求分析app涉及到哪些部门,需要收集各部门的需求意见,并做用户的访谈,开展头脑风暴,深化需求。
b、app开发制作公司需求分析基于企业的需求,与app制作公司就产品服务和企业定位进行沟通,将抽象的需求整理分析成在app 市场可落地实施的具体方案,排定各个功能的开发优先级,规划设计开发时间表,整理好项目需求文档,并由app制作开发公司设计产品原型。
三、需求评审此时app开发公司的产品经理就需求文档向开发团队详细讲解产品逻辑流程和交互设计等事宜,并评估在技术上的可实行性。
如果有不明确的需求需要做二次需求更新。
四、界面设计结合原型设计和产品文档来设计app的页面,并与产品沟通确认详细的交互要求及效果,对产品针对的用户做分析,收集相关的特征、习惯及需求,并收集相关的素材,确定好app的整体设计风格,与企业或者个人确定好最终的设计版本。
五、代码开发根据app开发说明说,确定主要开发哪些端口的app程序,一般app分为用户端和服务端,用户端又分为IOS和Android这两个主流的版本。
软件测试之功能测试篇

软件测试之功能测试篇⼀、软件测试的⽬的:发现缺陷错误,并且尽最⼤可能找出最多的错误,也是对软件质量进⾏评估,以提⾼软件质量。
⼆、什么是软件:软件=程序+⽂档软件是计算机系统中与硬件相互依存的⼀部分,它是包括程序、⽂档的完整集合。
程序(program)是按事先设计的功能和性能要求执⾏的指令序列。
⽂档(document)是与开发、维护和使⽤有关的图⽂材料。
三、软件缺陷的定义:1、软件没有实现产品说明书要求的功能;2、出现了产品说明书指明的不应该出现的错误;3、实现了说明书中未提及的功能;4、未实现产品说明书虽未明确,但应实现的功能;5、软件难以理解,不易操作,运⾏缓慢等问题;6、缺陷是系统在开发或者维护过程中就存在的错误;7、缺陷是系统某种功能失效;四、什么是软件测试:1、找bug;2、找到【预期结果】和【实际结果】的差异,保证项⽬质量;3、根据需求⽂档(客户要求)进⾏测试;P.s:⼀般把软件缺陷(defect)称为bug(臭⾍)五、操作系统:1、Windows2、Linux3、Android4、IOS5、Unix六、BS架构和CS架构:1、BS架构——基于浏览器;优点:分布性强,维护⽅便,成本低;缺点:个性化特点明显降低,跨浏览器实现差,响应速度低,容易给服务器造成较⼤的压⼒;2、CS架构——基于客户端;优点:⽤户体验佳,速度快,处理能⼒强;缺点:需要专门的客户端安装程序,开发、维护成本⾼,升级⼀次所有的客户端程序都需要改变。
七、职业素质要求:1、专业知识2、沟通能⼒3、团结合作能⼒4、耐⼼、细⼼、⾃信⼼5、责任⼼6、不管做什么测试,基础⼀定要牢,才能继续提升⼋、V模型:【⽤户需求】由需求⼈员(BA)根据客户需求整理⼀个⽂档叫需求⽂档【需求分析】项⽬经理—测试经理—开发—测试—BA开会讨论:1、需求怎么做?——开发2、需求是否合理?——两个⽅⾯:需求、时间3、测试⼈员的作⽤?(1)搞清楚这个需求的来源是做什么的;(2)通过测试思维去考虑它,如何去测试它;4、需求讨论阶段也是需求确认的⼀个阶段【概要设计】开发⼈员对需求进⾏梳理;——开会评审,检查开发⼈员对需求的理解程度;【详细设计】开发⼈员需要通过什么样的技术去实现这个功能,⽤⽂档的形式写出来——后期也需要评审【编码】编程。
APP测试基本流程以及APP测试要点

1APP 测试基本流程1.1流程图不符符合仍然为测试环境进入正式环境Fail Pass跟进接收版本App 测试版本送测规范UI 测试:核对rp/效果图功能测试:核对需求文档兼容性测试、性能压力测试正式环境下测试后台订单统计测试报告里面需体现出软件质量分值回归测试1.2测试周期测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间。
1.3测试资源测试任务开始前,检查各项测试资源。
--产品功能需求文档;--产品原型图;--产品效果图;--测试设备;--其他。
1.4日报及产品上线报告1)测试人员每天需对所测项目发送测试日报。
(也就是我这边有邮件通知测试项目的时候一般均属于输出测试日报)2)测试日报所包含的内容为:\\server\网站软件app等开发\产品测试部\测试知识区域\测试文档类模板\项目测试报告邮件输出模板.doc4)不同版本测试报告输出2App测试点2.1安全测试2.1.1软件权限1)扣费风险:包括发送短信、拨打电话、连接网络等2)隐私泄露风险:包括访问手机信息、访问联系人信息等3)对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测4)限制/允许使用手机功能接人互联网5)限制/允许使用手机发送接受信息功能6)限制/允许应用程序来注册自动启动应用程序7)限制或使用本地连接8)限制/允许使用手机拍照或录音9)限制/允许使用手机读取用户数据10)限制/允许使用手机写人用户数据11)检测App的用户授权级别、数据泄漏、非法授权访问等2.1.2安装与卸载安全性1)应用程序应能正确安装到设备驱动程序上2)能够在安装设备驱动程序上找到应用程序的相应图标3)是否包含数字签名信息4)没有用户的允许,应用程序不能预先设定自动启动5)卸载是否安全,其安装进去的文件是否全部卸载6)卸载用户使用过程中产生的文件是否有提示7)其修改的配置信息是否复原8)卸载是否影响其他软件的功能9)卸载应该移除所有的文件2.1.3数据安全性1)当将密码或其他的敏感数据输人到应用程序时,其不会被储存在设备中,同时密码也不会被解码2)输人的密码将不以明文形式进行显示3)密码,信用卡明细,或其他的敏感数据将不被储存在它们预输人的位置上4)不同的应用程序的个人身份证或密码长度必需至少在4一8个数字长度之间5)当应用程序处理信用卡明细,或其他的敏感数据时,不以明文形式将数据写到其它单独的文件或者临时文件中。
WindowsApp自动化测试-WinAppDriver-Appium资料整理

WindowsApp⾃动化测试-WinAppDriver-Appium资料整理最近负责项⽬组Windows App⾃动化测试框架搭建⼯作,在这⾥简单地把这个过程中参考的资料整理起来,仅仅是搬运⼯,感谢⼤⽜们分享的资料。
同时也记下⾃⼰遇到的⼀些问题和解决办法。
Windows App ⾃动化⼯具选取11种免费Window App⾃动化⼯具介绍(英⽂版):9种12 种因为我所做项⽬测试的APP是部署在server端,需要在测试机上远程访问server,这⽅⾯对⼯具的选取有很⼤限制,所以我选了集成在Appium⾥的WinAppDriver,因为可以⽤到Appium的远程访问功能。
个⼈觉得如果⽤Microsoft UI automation会⽅便些,它⾥⾯定义了各种各样的控件(Button, TreetMenu等),基本上直接调⽤现成的接⼝就可以了,不需要花太多精⼒做⼆次开发,但它不能远程访问。
⽤WinAppDriver需要⼆次开发,⼤部控件都要⾃⼰定义,需要编码能⼒。
我花了很多时间去调查是否可以Mirosoft UI automation和Appium 结合起来⽤,但是没有找到⽅法,如果有朋友有找到合适的⽅法,欢迎⼀起探讨。
Mirosoft UI automation花了⼀些时间研究Mirosoft UI automation,这⾥顺带把之前参考资料列出来1. 官⽹介绍:2. 详细说明和例⼦3. 简单明了的中⽂介绍:WinAppDriver官⽹介绍:Winappdriver总体介绍,环境搭建,代码样本,注意事项:环境安装1. 安装Node.js 和Appium :建议Appium的⾮GUI和GUI版都安装,我们⽤的⼀般是⾮GUI,但是有时候可以⽤GUI版本定位问题,⽐如通过Appium session定位元素。
2. 安装WinAppDriver (官⽹上WinAppDriver是集成在Appium,安装了Appium,是不需要再安装WinAppDriver,但是我安装了Appium 后,运⾏程序会提⽰WinAppDriver未安装,可能是版本问题)参考:基本步骤流程1, 安装Nodejs2. 安装Appium3. 安装WinAPPDriver(虽然Appium官⽹说不⽤单独安装这个,但是我试了不安装会遇到问题)4. 我是⽤C#, 在vs2015(2017)⾥新建⼀个⼯程,并把通过Nuget安装上Appium driver.具体设置过程参考:5. 启动Appium6. 开启开发者模式7.启动WinAppDriver.exe(这⼀步⼀般是不需要的,如果报WinAppDriver没起来或没安装可以试⼀试)在C:\Program Files (x86)\Windows Application Driver,可以双击⾥⾯的WinAppDriver.exe⽂件8. 环境好啦,开始写测试代码定位元素-SDK-Inspect.exe官⽅介绍:这⾥要注意:我发现有些朋友说装了SDK后没有找到inspect.exe, 我猜是因为有⼏个版号,没有找对⽂件夹,下图是我电脑上实际找到的位置(找版号最⼤的,没找到的话,把这⼏个⽂件夹都看⼀下)C:\Program Files (x86)\Windows Kits\10\bin\10.0.17763.0\x86遇到的问题和解决办法1. 安装完appium,执⾏代码,报以下错误:An unknown server-side error occurred while processing the command. Original error: Could not verify WinAppDriver install; re-run install 解决办法:下载安装WinAppDriverAppium官⽅⽂档是说Appium上有内置了WinAppDriver,不⽤单独安装。
APP测试基本流程

A P P测试基本流程1. App测试流程1.1.流程图1.2 测试周期测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间。
正式测试前先向主管确认项目排期。
1.3测试资源测试任务开始前,检查各项测试资源。
--产品功能需求文档;--产品原型图;--产品效果图;--行为统计分析定义文档;--测试设备(IOS Android)--其他。
1.4日报及产品上线报告1)测试人员每天需对所测项目发送测试日报。
2)测试日报所包含的内容为:--对当前测试版本质量进行分级;--对较严重的问题进行例举,提示开发人员优先修改;--对版本的整体情况进行评估。
3)产品上线前,测试人员发送产品上线报告。
4)上线报告所包含的内容为:---对当前版本质量进行分级;---附上测试报告(功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果);--总结上线版本的基本情况。
若有遗留问题必须列出并记录解决方案。
2. App测试点2.1安全测试1)扣费风险:包括发送短信、拨打电话、连接网络等2)隐私泄露风险:包括访问手机信息、访问联系人信息等3)对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测4)限制/允许使用手机功能接入互联网5)限制/允许使用手机发送接受信息功能6)限制/允许应用程序来注册自动启动应用程序7)限制或使用本地连接8)限制/允许使用手机拍照或录音9)限制/允许使用手机读取用户数据10) 限制/允许使用手机写入用户数据11) 检测App的用户授权级别、数据泄漏、非法授权访问等1)应用程序应能正确安装到设备驱动程序上2)能够在安装设备驱动程序上找到应用程序的相应图标3)是否包含数字签名信息4)JAD文件和JAR包中包含的所有托管属性及其值必需是正确的5)JAD文件显示的资料内容与应用程序显示的资料内容应一致6)安装路径应能指定7)没有用户的允许, 应用程序不能预先设定自动启动8)卸载是否安全, 其安装进去的文件是否全部卸载9)卸载用户使用过程中产生的文件是否有提示10)其修改的配置信息是否复原11)卸载是否影响其他软件的功能12)卸载应该移除所有的文件1)当将密码或其他的敏感数据输人到应用程序时,其不会被储存在设备中, 同时密码也不会被解码2)输人的密码将不以明文形式进行显示3)密码, 信用卡明细, 或其他的敏感数据将不被储存在它们预输人的位置上4)不同的应用程序的个人身份证或密码长度必需至少在6-12个数字长度之间5)当应用程序处理信用卡明细, 或其他的敏感数据时, 不以明文形式将数据写到其它单独的文件或者临时文件中。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1 APP测试基本流程1.1流程图仍然为测试环境15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间。
正式测试前先向主管确认项目排期。
1.3测试资源测试任务开始前,检查各项测试资源。
--产品功能需求文档;--产品原型图;--产品效果图;--行为统计分析定义文档;--测试设备(ios3.1.3-ios5.0.1;Android1.6-Android4.0;Winphone7.1及以上;Symbian v3/v5/Nokia Belle等);--其他。
1.4日报及产品上线报告1)测试人员每天需对所测项目发送测试日报。
2)测试日报所包含的内容为:--对当前测试版本质量进行分级;--对较严重的问题进行例举,提示开发人员优先修改;--对版本的整体情况进行评估。
3)产品上线前,测试人员发送产品上线报告。
4)上线报告所包含的内容为:---对当前版本质量进行分级;---附上测试报告(功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果);--总结上线版本的基本情况。
若有遗留问题必须列出并记录解决方案。
2 App测试点2.1安全测试2.1.1软件权限1)扣费风险:包括发送短信、拨打电话、连接网络等2)隐私泄露风险:包括访问手机信息、访问联系人信息等3)对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测4)限制/允许使用手机功能接入互联网5)限制/允许使用手机发送接受信息功能6)限制/允许应用程序来注册自动启动应用程序7)限制或使用本地连接8)限制/允许使用手机拍照或录音9)限制/允许使用手机读取用户数据10) 限制/允许使用手机写人用户数据11) 检测App的用户授权级别、数据泄漏、非法授权访问等2.1.2安装与卸载安全性1)应用程序应能正确安装到设备驱动程序上2)能够在安装设备驱动程序上找到应用程序的相应图标3)是否包含数字签名信息4)JAD文件和JAR包中包含的所有托管属性及其值必需是正确的5)JAD文件显示的资料内容与应用程序显示的资料内容应一致6)安装路径应能指定7)没有用户的允许, 应用程序不能预先设定自动启动8)卸载是否安全, 其安装进去的文件是否全部卸载9)卸载用户使用过程中产生的文件是否有提示10)其修改的配置信息是否复原11)卸载是否影响其他软件的功能12)卸载应该移除所有的文件2.1.3数据安全性1)当将密码或其他的敏感数据输人到应用程序时, 其不会被储存在设备中, 同时密码也不会被解码2)输人的密码将不以明文形式进行显示3)密码, 信用卡明细, 或其他的敏感数据将不被储存在它们预输人的位置上4)不同的应用程序的个人身份证或密码长度必需至少在4一8 个数字长度之间5)当应用程序处理信用卡明细, 或其他的敏感数据时, 不以明文形式将数据写到其它单独的文件或者临时文件中。
以6)防止应用程序异常终止而又没有侧除它的临时文件, 文件可能遭受人侵者的袭击, 然后读取这些数据信息。
7)当将敏感数据输人到应用程序时, 其不会被储存在设备中8)备份应该加密, 恢复数据应考虑恢复过程的异常 通讯中断等, 数据恢复后再使用前应该经过校验9)应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告10)应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告, 更不能在安全警告显示前,,利用显示误导信息欺骗用户,应用程序不应该模拟进行安全警告误导用户11)在数据删除之前,应用程序应当通知用户或者应用程序提供一个“取消”命令的操作12)“取消”命令操作能够按照设计要求实现其功能13)应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况14)当进行读或写用户信息操作时, 应用程序将会向用户发送一个操作错误的提示信息15)在没有用户明确许可的前提下不损坏侧除个人信息管理应用程序中的任何内容Μ16)应用程序读和写数据正确。
17)应用程序应当有异常保护。
18)如果数据库中重要的数据正要被重写, 应及时告知用户19)能合理地处理出现的错误20)意外情况下应提示用户2.1.4通讯安全性1)在运行其软件过程中, 如果有来电、SMS、EMS、MMS、蓝牙、红外等通讯或充电时, 是否能暂停程序,优先处理通信, 并在处理完毕后能正常恢复软件, 继续其原来的功能2)当创立连接时, 应用程序能够处理因为网络连接中断, 进而告诉用户连接中断的情况3)应能处理通讯延时或中断4)应用程序将保持工作到通讯超时, 进而发送给用户一个错误信息指示有连接错误5)应能处理网络异常和及时将异常情况通报用户6)应用程序关闭或网络连接不再使用时应及时关闭) 断开7) HTTP、HTTPS覆盖测试--App和后台服务一般都是通过HTTP来交互的,验证HTTP环境下是否正常;--公共免费网络环境中(如:麦当劳、星巴克等)都要输入用户名和密码,通过SSL认证来访问网络,需要对使用HTTP Client的library异常作捕获处理。
2.1.5人机接口安全性1)返回菜单总保持可用2)命令有优先权顺序3)声音的设置不影响应用程序的功能4)应用程序必需利用目标设备适用的全屏尺寸来显示上述内容5)应用程序必需能够处理不可预知的用户操作, 例如错误的操作和同时按下多个键2.2安装、卸载测试验证App是否能正确安装、运行、卸载以及操作过程和操作前后对系统资源的使用情况2.2.1安装1)软件在不同操作系统(Palm OS、Symbian、Linux、Android、iOS、Black Berry OS 6.0、Windows Phone 7)下安装是否正常。
2)软件安装后的是否能够正常运行,安装后的文件夹及文件是否写到了指定的目录里。
3)软件安装各个选项的组合是否符合概要设计说明4))软件安装向导的UI测试5)软件安装过程是否可以取消,点击取消后,写入的文件是否如概要设计说明处理6)软件安装过程中意外情况的处理是否符合需求(如死机,重启,断电)7)安装空间不足时是否有相应提示8)安装后没有生成多余的目录结构和文件9)对于需要通过网络验证之类的安装,在断网情况下尝试一下10)还需要对安装手册进行测试,依照安装手册是否能顺利安装2.2.2卸载1)直接删除安装文件夹卸载是否有提示信息。
2)测试系统直接卸载程序是否有提示信息。
3)测试卸载后文件是否全部删除所有的安装文件夹。
4)卸载过程中出现的意外情况的测试(如死机、断电、重启)。
5)卸载是否支持取消功能,单击取消后软件卸载的情况。
6)系统直接卸载UI测试,是否有卸载状态进度条提示。
2.3 UI测试测试用户界面(如菜单、对话框、窗口和其它可规控件)布局、风格是否满足客户要求、文字是否正确、页面是否美观、文字、图片组合是否完美、操作是否友好等。
UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏觅功能。
确保用户界面符合公司或行业的标准。
包括用户友好性、人性化、易操作性测试。
2.3.1导航测试1)按钮、对话框、列表和窗口等;或在不同的连接页面之间需要导航2)是否易于导航,导航是否直观3)是否需要搜索引擎4)导航帮助是否准确直观5)导航与页面结构、菜单、连接页面的风格是否一致2.3.2图形测试1)横向比较。
各控件操作方式统一2)自适应界面设计,内容根据窗口大小自适应3)页面标签风格是否统一4)页面是否美观5)页面的图片应有其实际意义而要求整体有序美观6)图片质量要高且图片尺寸在设计符合要求的情况下应尽量小7)界面整体使用的颜色不宜过多2.3.3内容测试1)输入框说明文字的内容与系统功能是否一致2)文字长度是否加以限制3)文字内容是否表意不明4)是否有错别字5)信息是否为中文显示6)是否有敏感性词汇、关键词7)是否有敏感性图片,如:涉及版权、专利、隐私等图片2.4功能测试根据软件说明或用户需求验证App的各个功能实现,采用如下方法实现并评估功能测试过程:1)采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼App的用户使用场景,对比说明或需求,整理出内在、外在及非功能直接相关的需求,构建测试点,并明确测试标准,若用户需求中无明确标准遵循,则需要参考行业或相关国际标准或准则。
2)根据被测功能点的特性列丼出相应类型的测试用例对其进行覆盖,如;涉及输入的地方需要考虑等价、边界、负面、异常或非法、场景回滚、关联测试等测试类型对其进行覆盖。
3)在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况,及时修正业务或需求理解错误。
2.4.1运行1)App安装完成后的试运行,可正常打开软件。
2)App打开测试,是否有加载状态进度提示。
3)App打开速度测试,速度是否可观。
4)App页面间的切换是否流畅,逻辑是否正确5)注册--同表单编辑页面--用户名密码长度--注册后的提示页面--前台注册页面和后台的管理页面数据是否一致--注册后,在后台管理中页面提示6)登录--使用合法的用户登录系统。
--系统是否允许多次非法的登陆,是否有次数限制。
--使用已经登陆的账号登陆系统是否正确处理。
--使用禁用的账号登陆系统是否正确处理。
--用户名、口令(密码)错误或漏填时能否登陆。
--删除或修改后的用户,原用户登陆。
--不输入用户口令和用户、重复点(确定或取消按钮)是否允许登陆。
--登陆后,页面中登陆信息。
--页面中有注销按钮。
--登陆超时的处理。
7)注销--注销原模块,新的模块系统能否正确处理。
--终止注销能否返回原模块,原用户。
--注销原用户,新用户系统能否正确处理。
--使用错误的账号、口令、无权限的被禁用的账号进行注销2.4.2应用的前后台切换1) APP切换到后台,再回到app,检查是否停留在上一次操作界面。
2) APP切换到后台,再回到app,检查功能及应用状态是否正常,IOS4和IOS5的版本的处理机制有的不一样。
3) app切换到后台,再回到前台时,注意程序是否崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的时候。
4) 手机锁屏解屏后进入app注意是否会崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的时候。
5) 当App使用过程中有电话进来中断后再切换到app,功能状态是否正常6) 当杀掉app进程后,再开启app,app能否正常启动。
7) 出现必须处理的提示框后,切换到后台,再切换回来,检查提示框是否还存在,有时候会出现应用自动跳过提示框的缺陷。
8) 对于有数据交换的页面,每个页面都必需要进行前后台切换、锁屏的测试,这种页面最容易出现崩溃。
2.4.3免登录很多应用提供免登录功能,当应用开启时自动以上一次登录的用户身份来使用app.1) app有免登录功能时,需要考虑IOS版本差异。