论文基于黑盒测试的移动应用测试设计与实现Word文档格式.docx
- 文档编号:18846405
- 上传时间:2023-01-01
- 格式:DOCX
- 页数:59
- 大小:1.34MB
论文基于黑盒测试的移动应用测试设计与实现Word文档格式.docx
《论文基于黑盒测试的移动应用测试设计与实现Word文档格式.docx》由会员分享,可在线阅读,更多相关《论文基于黑盒测试的移动应用测试设计与实现Word文档格式.docx(59页珍藏版)》请在冰豆网上搜索。
20%
答辩成绩
50%
总评成绩
注:
毕业设计(论文)成绩按百分制评定。
答辩成绩不及格的(评分低于60分的),则该毕业设计(论文)总评成绩为答辩成绩。
中文摘要
国内近几年在移动通信领域进步十分迅速,尤其是在通信技术方面的突破较为显著。
移动通信终端产业在国内以及国际当中形成了发展的多元化,极大的推动了手机领域的进步。
在此背景下,所有生产商都必须确保质量水平,以此提升竞争力。
不管是在市场投放、具体设计或是需求定位等方面,全部需要制定完善的质量控制体系,而这些基本上都离不开移动应用的测试环节。
通过软件测试能够起到显著增强软件稳定性的作用。
本文通过对移动应用的测试进行了详细且全面的分析,同时结合实际案例以及理论研究的方式,制定了部分具备实践价值的优化方案,同时对于实际当中容易出现的问题以及注意事项进行了总结。
其中包括通过和黑测试的手段,来设计移动应用的测试方案以及测试计划。
对于黑盒测试而言,测试目标具备的相关人员、运转详情以及内部构造全部存在未知性,需要按照规格的标准化水平来进行功能验证,用例设计的相关测试、执行以及测试结果的分析,以及测试工具包括自动化工具的使用等等。
关键词:
黑盒测试软件测试移动应用
Abstract
In
recent
years,
China
has
made
rapid
progress
the
field
of
mobile
communication,
especially
communication
technology.
The
terminal
industry
formed
a
diversified
development
at
home
abroad,
which
greatly
promoted
phone
field.
this
context,
all
manufacturers
must
ensure
quality
level
to
enhance
competitiveness.
No
matter
aspects
market
launch,
specific
design
or
demand
positioning,
need
develop
perfect
control
system,
are
basically
inseparable
from
application
testing
link.
Software
can
significantly
stability
software.
paper,
through
detailed
comprehensive
analysis
testing,
combined
with
practical
cases
theoretical
research
methods,
some
optimization
schemes
value
formulated,
problems
precautions
practice
summarized.
Including
black
test
means,
plan
plan.
For
test,
related
personnel,
operation
details
internal
structure
target
unknown,
functional
verification
needs
be
carried
out
according
standard
specification,
relevant
execution
use
case
results,
as
well
tools
including
automation
tools,
etc.
Keywords:
BlackboxtestingSoftwaretestingAmobileapplication
图表目录
第一章绪论
1.1课题研究背景及意义
由于研发移动应用软件的规模不断提升,自然会有在软件当中出现更多的错误情况,造成移动应用软件产生错误的因素相对较多,主要包括系统规模庞大、超大型关系数据库、数据通信、分布式应用、服务器/客户构造、图形用户界面、复杂的软件构造、模糊的应用需求、交流误解以及缺乏交流等,导致系统以及软件当中复杂水平大幅提升。
此外,移动应用软件的研制实际上会以“思维活动”的形式进行,开发、设计以及分析软件系统全部都需要采用模拟大脑思维的方式,由于人的通讯以及工作全部都会存在一定程度的不足,因此目前来说是一定会存在错误的。
设计软件方面有概率出现错误,而描述需求同样会存在片面性或是错误:
哪怕能够正确的进行设计,但是进行编码的过程中同样有概率会产生错误。
此外,所有开发人员都存在不同的思维方式以及变成习惯,无法对其实现标准化,由此导致错误产生的概率进一步提升。
而通过软件测试能够有效的提升其质量水平,作为软件工程当中十分关键的内容。
通过软件工程制定的标准化设计分析手段,修复已经出现的问题或是降低问题出现的概率,最大化的降低程序内产生的错误的频率。
从技术的角度来保障软件的安全性以及稳定性。
因此,在目前软件产业日益蓬勃的背景下,研发软件时采用软件测试技术的必要性也在不断增加。
对于开展软件项目而言软件测试作为其中非常关键的组成部分,是目前大多数开发软件企业的共识。
在开发软件的所有步骤以及阶段当中全部都会要运用到软件测试,而不是简单的作为最后一个开发阶段。
不管在开发任意阶段缺失了软件测试都可能会产生巨大的隐患。
在软件测试当中,其完整的生命周期主要包括由建立相应的测试需求直至问题报告提交,详细的来说能够划分成六个环节:
运行维护、测试软件、程序编码、设计软件、分析需求、问题的规划以及定义。
这里面测试软件环节作为核心内容,能够有效的提升软件质量水平。
1.2国内外研究现状
自20世纪互联网信息技术被广泛推广以来,全球多个国家和企业都投入了大量的金钱和人才去研发和生产与互联网相关的产品,而移动互联网则是这个时代最受关注的领域之一。
以华为、小米、苹果等热度极大的平板电脑以及智能手机逐渐成为了生活当中的必需品,而QQ、微信、微博、Facebook等聊天软件也逐渐改变着人们日常生活中的沟通方式。
移动应用的用户市场正在不断扩大,基于移动应用的测试越来越重要。
在上世纪八十年代,国外的软件测试已经逐渐形成规模,向着标准化和规范化发展并且开始出现各种各样的测试工具和相关的测试理论以及方法论。
软件测试技术发展至今天我国还是远远落后于欧美等发达国家。
不管在测试性能以及功能方面,或者在终端平台方面,欧美国家都比我们早涉及。
但是对比PC平台,目前的移动应用测试技术还未成熟,还需要进一步的发展。
因为欧美等发达地区以及国家较早开展软件测试技术的研发,因此国内对于测试机制、测试工具、测试方法以及在软件开发中从业软件测试人员所占比例等方面都与国外有着较大的差距。
但随着我国加大力度扶持软件行业发展以及不断地与国外软件公司进行合作,国内软件企业也逐渐重视软件测试。
而在移动应用测试领域,目前国内外情况基本相同均在起步阶段,但是近几年来我国移动应用数量呈爆发式的增长,用户需求的不断提高以及行业竞争的持续增强,都极大的推动了移动应用测试的进步。
1.3课题研究的主要内容
软件进行测试秉承的核心价值实现时为了帮助实现高品质的软件产品。
实现这一目标的方式主要包括两个:
在产品进行开始时进行品质改良,在产品完成之后做产品测试与评价确保产生与设计要求相符。
本文主要以软件测试概念为基础进行实际地检测项目分析,同时将移动应用进行测试的流程和采用的方法进行详细介绍,结合实际的移动应用测试项目——Teachee移动端,将移动应用测试工作更加细致化,完美化。
希望这篇论文能为以后的软件测试尤其是移动应用测试的新手们提供理论框架的帮助。
1.4本章小结
随着目前移动应用大量出现,对于移动应用使用的品质也会更要求达到更高层次的价值。
因此对产品进行测试从而保障品质实现,是未来必定受到关注的探讨方向。
本文以实际移动应用的检测为核心,进行测试流程系统化、细致化地检测,并且根据目前比较科技化的测试工具以及研究思路、理论进行更高层次地测试。
这对现阶段移动应用测试行业而言具有理论指导价值与实践价值。
第二章测试设计方法研究
2.1黑盒测试
黑盒测试是以需求为基础的一种检测,也可以叫做功能测试或数据驱动测试。
即为针对产品需要实现的功能进行测试,确保其中所实现的功能指标能够与预期要求相符,其主要是确保程序外部结构的实现,而比较忽视内部逻辑[1]。
进行黑盒测试会将GUI界面与软件产品所具有的功能实现进行测试,并且其检测会直接以程序接口为测试的进入点,其功能的实现主要时以需求为主,确保数据的接受与信息的输出恰当。
黑盒测试需要确保下述错误问题被发现及解决:
功能错误或遗漏、界面错误、数据结构或外部、初始化和终止错误。
图1就是黑盒测试的示意图。
图1黑盒测试示意图
本课题将通过对实际的移动应用项目进行黑盒测试,因为在移动应用测试中,用的最多的是黑盒测试方法,该测试方法主要依据需求规格说明书。
同时黑盒测试具有两个显著特点:
1.黑盒测试与软件的具体实现过程无关,在软件实现的过程发生变化时,测试用例仍然可以用;
2.黑盒测试用例的设计可以和软件实现同时进行,这样能够减少总的开始时间[2]。
进行黑盒测试会将GUI界面与软件产品所具有的功能实现进行测试,采用测试方式主要是等价类划分法、边界值分析法、场景法等方法进行用例编写[3]。
2.2移动应用测试的组织与管理
进行移动应用项目的检测,需要参考到该移动应用所包含的所有角色内容的实现,因此也就要对其进行分工。
检测项目的人员主要包括了:
测试项目经理、测试执行工程师、开发工程师、产品经理、测试执行主管等,他们所代表的角色与方向时不同,因此测试过程中不同角色对于移动应用的重点把握不同,由此可以发现项目中不同层面需要改进的内容[4]。
其中测试执行工程师针对测试用例进行检测,需要对开发以及检测中存在的问题进行沟通,并且依据自身的优秀工作经历以及工作能力,为出现的检测疑问进行可行的解决方案地确定。
测试执行主管针对编写测试用例、测试环境的维护、报告和跟踪所发现的问题情况进行负责。
在完成其工作时,需要依据其中存在的检测难易度以及进度进行调配,并且确保检测进程的顺利完成,且在完成之后撰写检测报告。
测试执行主管还是基层人员的管理人,属于测试工程师的直接领导。
测试项目经理主要负责与产品经理和开发工程师进行沟通确定需求可行性,安排测试组中的测试人员担任不同角色进行不同的任务。
在移动应用开发项目中,首先由产品经理、开发工程师、测试经理共同确定需求内容和判断需求可行性,然后通过产品经理完成需求说明书分发给开发工程师和测试经理。
测试经理安排测试执行主管对需求进行用例编写等工作,等到移动应用开发完成,测试执行主管和测试执行工程师将执行测试用例,及时向开发人员报告和跟踪发现的问题。
开发完成问题修复后,测试执行主管和测试执行工程师验证问题,执行完所有用例后有测试执行主管总结测试报告,发送给产品经理、开发工程师和测试经理。
2.3移动应用测试的测试方法设计
移动应用测试方法与其他平台的软件测试一样,可以分为很多种类,其主要的分类方式包括如下几方面。
.从是否需要执行被测软件的角度来看,可分为静态测试和动态测试。
.从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。
.从测试范围角度来看,可分为单元测试、集成测试、系统测试等等。
.从测试目标角度来看,可分为性能测试、功能测试、可靠性测试等等。
.从测试采用的工具角度来看,可分为自动测试、手工测试等。
进行测试的方式以及技术非常丰富,主要由测试对象或者是测试软件的组织进行选择,抑或依照检测工具进行选择。
不管使用何种方法,均需要实现的核心目标是确保软件需求和实际达成的结果保持兼容性与一致性[5]。
本课题进行测试的移动应用——Teachee是一款在线直播教育类软件,在不能覆盖源代码的情况下使用黑盒测试。
使用系统测试验证Teachee中主要功能是否可用。
同时进行自动化测试,通过编写与执行黑盒测试自动化脚本验证软件中主要功能是否正常和每个模块之间跳转是否正常。
2.4移动应用测试工具研究
随着现在各种各样的移动应用不断的出现,针对移动应用的测试工具也越来越多,目前在移动应用测试中比较常用的测试工具有以下几款:
1、Appium,这是一款开源的UI级自动化测试工具,它的工作方式与后台运行的服务器相似。
Appium的优点:
支持多种编程语言编写自动化脚本、不需要在移动设备上安装任何东西、均能支持Android和IOS的自动化测试。
Appium的缺点:
只支持UI测试、不能跨应用测试,不同的移动应用需要编写不同的脚本。
2、Robotium,这是安卓平台下一款自动化测试工具。
Robotium的优点:
易上手,能快速编写测试脚本、有丰富的API库、能自动处理安卓的activities。
Robotium的缺点:
只支持java语言、不能跨应用测试。
3、Testdroid,它是一款基于云的移动应用测试工具,主要测试安卓和IOS的手机游戏。
Testdroid的优点:
节省应用开发和运营成本、相比其他云测平台支持较多框架、有自己的移动应用脚本录制工具。
Testdroid的缺点:
没有性能监控、不支持安全测试、众包测试。
在本课题的黑盒自动化测试环节中,选用了Appium测试工具去运行自动化测试脚本,因为Appium支持多种编程语言写出来的脚本,同时不需要在移动设备上安装任何软件,能做到高效率地编写和执行自动化脚本。
2.5移动应用测试特点及分类
移动应用测试方法和技术相较于其他软件测试方式,同样存在众多分类方式,其分类主要是依据侧重点来进行分类,部分依据测试对象进行分类,部分依据测试工具而进行分类。
其中包括有静态测试与动态测试;
依据系统构造与功能的实现方式分类为集成测试、系统测试、单元测试和验收测试等;
依据测试目的进行分类,包括性能测试、功能测试等;
依据测试工具分类包括自动测试、手工测试等。
进行检测均需要实现的核心目标是确保软件需求和实际达成的结果保持兼容性与一致性。
依据技术进行分类包括黑盒测试、白盒测试及静态测试和动态测试。
移动应用测试属于较为特别的一项检测,其主要软件地设计、分析以及编码后,进行硬件环境分析,其需要实现的目标和普通检测一样,均是为了找出软件中存在的不足,并且对问题进行解决,从而提升软件的品质。
手机系统无法保障其安全性可能会出现灾难性地后果出现,即便是存在安全性以外的问题,也可能导致重大的经济损害。
所以,对于移动应用而言,其需要具备更高的安全性。
因此在测试时需要严格把控每个环节,确保产品具备绝对可靠性。
移动应用测试相较于普通软件而言,其具备自身特点包括:
1、移动应用测试需要处于特定的硬件环境下才能运行软件。
2、移动应用测试除了要保证其软件在特定环境下运行的高可靠性,还需确保软件系统的实时性。
3、移动应用产品为实现高可靠性,不允许内存在运行时存在泄漏等问题产生,所以除继续拧软件的GUI测试、性能测试、覆盖分析测试是同普通软件测试一样都不可或缺之外,必须进行内存的测试。
4、移动应用和一般软件产品存在很大不同,在移动应用和硬件集成测试完成之后,并不意味着测试全部完成,还需在产品首次制作出来时,进行产品的严格检测。
2.6本章小结
移动应用的测试方法能根据测试特点的不同能分为有很多种,其中最常用的就是黑盒测试。
在移动应用测试的组织与管理中需要合理的安排测试人员执行用例编写与执行的工作,及时报告与跟踪问题。
目前大部分的移动应用测试工具都用于自动化测试上,在黑盒自动化测试中使用Appium测试工具对于初学者来说是比较容易上手的。
第三章基于直播软件的测试需求分析
3.1系统架构分析
目前,大多数大学生学习的方式是利用智能手机实现网络同步学习,并且学生使用智能手机能够不分时间地域地进行学习,在网络上通过直播软件同样是进行线上地问题详解,其同样可以对问题进行专业化剖析。
同时比较重要的是老师可以获得更多时间与空间,而学生也能更加便利地学习。
因此现阶段一个大趋势就是进行校园直播教学APP的研制。
对于老师而言可以使用直播平台来完成实时直播,学生可以在直播中学习并且实时更新动态与问题,并且学生在网络平台上可以将自己的想法与知识内容与更多的人分享。
从结构上分,该系统主要包括客户端、服务器端、数据库三部分。
客户端分为两个角色使用,一个是教师,一个是学生角色。
主要功能为直播,课程搜索与展示,聊天,以及系统设置。
流媒体服务器进行直播的拉流,应用服务器用于普通数据的交互。
两者相互搭配,精细分工提高效率。
数据库选用MySQL数据库,为整个系统提供数据的存储。
客户端与服务器端会有很多信息,比如直播表、录播信息等等,都需要在数据库中进行存储。
该直播教育软件分为电脑端和移动端,通过电脑端登录的用户身份均为老师,具有创建课程、直播授课、开发课程回放权限等功能。
通过移动端登录的用户身份均为学生,学生具有添加课程、查看课程表、进入课程等功能,同时不能使用老师身份特有的功能。
3.2移动端功能模块分析
3.2.1登录注册
用户填写手机号和验证码后进入APP,用户填写的账号与验证码必须正确和有效才能登陆成功。
只有在用户进行登录之后,我们才允许用户进行高级操作,比如上传头像,设置自己的昵称等高级工作。
当用户输入手机号码和验证码的过程中,手机号码只弹出纯数字键盘。
当用户在登录页面的时候,账号和验证码是明文的状态。
点击登录按钮之后,会进行如下依次判断:
账号号码格式是否符合常规;
验证码是否有效和正确。
然后根据用户输入的内容进行判断,然后给出提示,分别为:
号码格式不对,请重新输入正确的号码;
验证码格式错误,请输入正确的验证码。
图2注册登陆流程图
3.2.2课程模块
学生可以在首页和课程表中看到老师的课程以及课程状态,在首页和课程表页面都能进入老师的课程以及观看课程回放。
课程状态分为三种:
未开播状态、已开播状态、已结束状态。
课程未开播时,学生不能进入课程中,只有距离开课时间还有10分钟学生点击加入课程则能进入课程。
课程已开播,学生在首页和课程表中看到开播课程旁标注了“直播中”的提示,学生能直接点击加入课程。
课程已结束,学生在首页和课程表中看到已结束课程的“加入”按钮变为“回放”按钮,点击按钮能看到课程回放。
图3课程模块流程图
3.2.3首页模块
学生登录APP后首先进入的是首页,首页中能显示最近的课程,课程已开始点击课程则能进入课程,课程已结束点击课程则能观看回放。
首页中还有能跳转到课程表的按钮和个人中心按钮,点击相关按钮就能跳转到相关页面,点击返回则会回到首页中。
图4首页模块操作流程图
3.2.4个人中心
用户正常登陆APP后在首页点击左上角“更多”按钮拉起侧边栏,点击侧边栏右上角的“编辑”按钮进入个人中心,在个人中心用户能够修昵称和头像,修改昵称中填入敏感字词等,点击保存时会提示修改失败并要求重新修改昵称。
修改头像中上传非法图片同样会保存失败并要求重新上传。
图5个人中心操作流程图
3.2.6互动聊天
在课程直播间中聊天是及时在线提问,用文字或者连麦的方式,定点为学生答疑解惑,即用线上一对一来模拟线下的实时解答问题。
教学互动,老师跟学生可以进行语音和文字的直接沟通。
当学生出现问题时,可以及时进行提问问题,然后老师可以进行讲解。
在提问之前,学生先进行文字上面的提示,直接点击右下角麦克风发送连麦请求,老师通过请求后则可以和学生进行视频连麦解答学生的问题。
图6互动聊天流程图
3.3本章小结
本章对Teachee移动端进行需求分析,因为Teachee有PC端和移动端,老师想要创建课堂和直播课堂必须登录PC端,移动端登录的用户身份都是学生不具备创建课程和直播授课等功能,所以需求分析主要以学生的身份对Teachee移动端各个模块进行需求分析。
第四章基于移动应用测试设计与实现
4.1移动应用测试流程
本课题移动应用测试流程安排如表1所示。
表1测试流程安排
步骤
动作
执行人
执行内容
要求
1
需求分析
何柱彬
分析Teachee移动端需求
对Teachee移动端各个功能模块进行分析
2
测试环境搭建
安装Appium自动换测试工具,进行相关的软件安装和环境部署
安装自动化测试所需软件并对其进行验证
3
测试设计
编写Teachee移动端测试用例以及自动换脚本编写
设计每个模块的测试用例和编写脚本
4
测试实施
执行测试用例
顺利执行所有测试用例
5
测试结果
记录测试用例执行的情况
对测试用例执行的结果进行分析
4.2移动应用测试工作安排
移动应用测试的工作安排需要根据当前项目的测试计划、需求说明书和当前项目进度等方面进行安排和调整。
测试工作安排的内容要包括每个测试环节所需时间和测试人员。
本课题的移动应用测试工作安排如表2所示,共需要23个工作日。
表2测试工作安排
进度
测试工时(人/天)
分析需求
2020年2月15日
编写测试计划
2020年2月16日
编写测试用例
2020年2月20日
制定测试执行计划
2020年2月24日
2020年2月27日
6
编写自动化测试脚本
2020年2月28日
7
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 论文 基于 黑盒 测试 移动 应用 设计 实现
![提示](https://static.bdocx.com/images/bang_tan.gif)