移动互联工程与实践-软件测试

移动互联工程与实践-软件测试现代不同于过去，人们的生活水平在不断提高，对事物的接受力也在不断提高，再加上科技的发展，从而导致事物的更新速度越来越快。软件产品也是一样，要求也越来越高。对软件的期望不光要在功能上不断更新，出现新的好用的功能，也要在性能、实用性、可靠性等方面符合人们的需求。而现在的中国IT行业正是九十点的太阳，涉及到的领域越来越广泛，也越来越受到国家的重视，相应地出台相关政策，扶植投资相关企业。而互联网技术是近代历史上最伟大的技术发明之一，是现代社会进入信息社会的标志。互联网技术被广泛应用在通信、建筑、航天等多个行业，并已经形成了自身的产业集群，成为了当代人们工作生活的基础。移动互联网技术，正是在互联网技术的基础上研发出来的将移动通信和互联网技术二者相互结合的移动网络技术，在当前阶段，移动互联网技术已经呈现出一种无可抵挡的发展态势，其已经深入的覆盖大部分使用移动通信的人群中，研究移动互联应用与工程实践对于社会发展有重大意义。未来的5G时代正是与移动互联相结合的互联时代，移动互联网的发展，导致事物的更新速度越来越快。软件产品也是一样，要求也越来越高。对软件的期望不光要在功能上不断更新，出现新的好用的功能，也要在性能、实用性、可靠性等方面符合人们的需求。本论文旨在研究探讨软件测试的背景意义，围绕产品项目以及相关工具介绍软件测试的基本的功能测试以及自动化测试的相关知识。文中对软件测试的意义、概念、技术、方法逐一进行简单讲解，并对被测试的项目进行需求分析，然后展示我实习时经手的一个项目，并且对其中的登录功能模块进行了测试用例的编写，最后大概的对这次测试做了简短的总结。

目录摘要 1第一章引言 31.1目的 31.2背景 41.3范围 4第二章测试方法相关介绍 52.1测试用例的基本原则 52.2测试用例应注意哪些问题 52.3测试用例的作用 52.4相关技术介绍 62.4.1白盒测试 62.4.2黑盒测试 62.4.3等价类划分法 72.4.4边界值分析法 72.4.5因果图方法 72.4.6错误推测法 82.5RobotFramework简介 82.5.1RobotFramework库介绍 82.5.2关键字介绍 102.5.3RobotFramework的主要构成 10第三章需求分析 113.1电信对外服务平台的目的 113.2电信对外服务平台的内容涵盖 113.2.1前台内容 113.2.2后台内容 143.3电信对外服务平台的特色 15第四章项目软件测试的过程 154.1测试计划 154.1.1测试目的 154.1.2背景 154.1.3迭代测试说明 164.2测试内容 174.2.1UI测试 174.2.2功能测试 19第四章自动化测试 214.1自动化测试介绍 214.2自动化的适用场景 224.3自动化的实施步骤 23

第一章引言1.1目的测试电信数据对外服务平台中的各个功能模块是否满足用户要求，并测试是否存在bug。预期达到能够使系统进行快速的改进和系统的提高。为了在软件投入生产性运行之前，尽可能多地发现软件的错误。在谈到软件测试时，引用Grenford J. Myers在《The Art of Software Testing》一书中的观点: (1)软件测试是为了发现错误而执行程序的过程; (2)测试是为了证明程序有错，而不是证明程序无错误; (3)一个好的测试用例是在于它能发现至今未发现的错误; (4)一个成功的测试是发现了至今未发现的错误的测试。 这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。 首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。1.2背景 随着科学技术的发展,电信运营商的业务范围也在不断扩大。作为提供固定电话、互联网接入以及移动电话等网络及通信服务的电信运营商来说,在大数据背景下,其业务运营平台的构建对其正常运行发展影响巨大。该平台作为在用户及系统开发人员之间交流的基础，对电信服务的发展有不可估量的影响。 该开发项目的历史，列出用户和执行此项目测试的机构或人群;该项目前后经历了三个阶段，前期设计阶段，然后是开发阶段，最后是软件的测试阶段。项目的用户针对的是电信服务的对外人员，系统的功能测试主要由专业的软件测试人员进行测试。1.3范围我们测试电信对外服务平台系统采用的是黑盒测试的方式来对系统进行测试。主要测试软件的功能是否满足客户的需要，性能是否优越以及系统所存在的问题。对系统的各个模块进行详细的测试，并记录测试的结果，对测试的结果进行细致的分析处理。测试时对系统的各个功能模块进行拆分测试，并以每一个模块都要测试到。对所有可能的结果进行测试，以及测试过程中存在的问题进行分析，然后提交测试的记录。最后，对软件存在的问题以及性能的测试进行全面分析，并给予记录。 在测试的过程中需要提出各个问题的假设，以及根据需求报告文档中存在的项目功能模块和用户的需求来改善系统。列出可能会影响测试设计、开发、或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。第二章测试方法相关介绍2.1测试用例的基本原则●用成熟测试用例设计方法来指导设计；●测试用例的正确性；●测试用例的代表性；●测试结果的可判定性；●测试结果的可再现性；●足够详细、准确和清晰的步骤；2.2测试用例应注意哪些问题●不要把测试用例设计等同于测试输入数据的设计；●不要强调测试用例设计得越详细越好；●不要追求测试用例设计“一步到位”； ●不要将多个测试用例混在一个用例中； ●不要让没有测试经验的人员设计测试用例；2.3测试用例的作用●有效性：有效地节省时间和资源，提高测试效率； 避免测试的盲目性，使得软件测试的实施重点突出、目的明确；●可维护性：降低工作强度，缩短项目周期；●可复用性：使得测试过程事半功倍；●可评估性：程序代码质量的量化标准应该用测试用例的通过率和测试数目来进行评估；●可管理性：测试用例是测试人员在测试过程中的重要参考依据，便于对测试工作进行有效的管理；2.4相关技术介绍按照软件测试用例的设计方法而论，软件测试可分为黑盒测试和白盒测试；2.4.1白盒测试白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑测试、基路测试等，主要用于软件内部结构的验证。2.4.2黑盒测试黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边界值分析、因—果图、错误推测等，主要用于软件确认测试。2.4.3等价类划分法等价类划分:是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 2.4.4边界值分析法边界值分析法：边界值分析方法是对等价类划分方法的补充.边界值分析方法的考虑:长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误。2.4.5因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）。2.4.6错误推测法基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 其基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例.2.5RobotFramework简介RobotFramework是一个基于Python并且是关键字驱动的开源自动化测试框架，主要用于验收级别测试和验收测试驱动开发(ATDD)。它有一个易于使用的表格语法，用于创建测试用例，它的测试功能可以通过用Python或Java实现的测试库来扩展。用户还可以使用与创建用例时相似的简单语法，来从现有的关键字中创建新的更高级别的关键字。2.5.1RobotFramework库介绍RF的库分为标准库（standardlibrary）和扩展库（externallibrary）。对于标准库，这些库是直接绑定在RF内的，无须再下载；而外部库，是需要根据个人需要，下载后再安装导入才能使用的。对于标准库，又分两类，类似BuiltIn库是RF自动加载到内存的，安装后按下F5就能直接使用，不需要再次import，而XML库需要再次import才能正常使用。因为BuiltInLibrary提供了很多常用的关键字，比如Sleep,Log,Evaluate等，所以RF就把这个常用的库自动加载到了内存。官网上标出的11个标准库在这里都能找到对应的.py文件。概括介绍下这几个标准库的作用：●BuiltIn:自动导入，它包含一些非常常用的关键字，如Log、Set●Variable、Evaluate、Sleep、Comment、ShouldBeEqual…●Collections:处理操作List和Dictionary；●DateTime:支持创建和验证日期/时间值以及它们之间的计算；●Dialogs:支持暂停测试执行并从用户那里获得输入；●OperatingSystem:支持执行各种操作系统相关的任务；●Process:支持系统中的执行进程；●Screenshot：捕获和存储截图；●String:处理操作字符串；●Telnet:支持连接到Telnet服务器上打开的连接执行命令；●XML:验证和修改XML文档；●Remote:部分远程库接口，它没有关键字.2.5.2关键字介绍我把它比作一个能够测试（或者帮助测试）被测物（我们能够用一些关键字实现另一些关键字。）●高阶关键字：测试被测物的业务逻辑。●低阶关键字：在一个合适的粒度实现高阶关键字，高阶关键字通常把功能分解成一些低阶关键字。●技术关键字：提供技术层面的实现（访问并且测试被测系统）2.5.3RobotFramework的主要构成测试组件（Testsuite）：测试用例被实现的地方。每个工程都会有至少一个测试组件，在大一些的工程中，把不同功能点的测试切分成多个测试组件是合理的。资源文件：在测试组件中定义一些高阶关键字，把这些关键字定义到一些外部文件中，这些文件就是资源文件。从测试设计的角度来分析，人们总是需要定义高阶关键字，就是人们基本上会使用资源文件。特别是在产品研发过程中，或者在一些生命周期比较长的项目中，针对产品或者项目开发一些能够被整个团队复用的高阶关键字是很方便的。测试库：一般是不用写新的技术关键字的，这需要编写新的测试库来实现，除非正在使用一些非常特殊的技术，编写新测试库的可能性是存在的，但也不会太复杂。第三章需求分析3.1电信对外服务平台的目的 为了使需求与电信合作的客户更方便地了解相关的合作需求，申请、管理相关地合作项目，电信对外服务平台便横空出世了。电信对外服务平台是为客户特别设计的平台，可以更方便的进行相关方便的合作。3.2电信对外服务平台的内容涵盖3.2.1前台内容●注册界面（图3-2）、登陆界面（图3-3）；●首页版图：首页展示、热门版图（图3-4）、开放能力版图（图3-5）、行业前沿数据资讯、合作伙伴入驻（图3-6）、底部链接栏；●数据API：服务项数据API、行业数据API；●文档中心：服务项数据文档、行业数据文档；●常见问题：解答平台相关的常见问题；●资讯动态：行业前沿数据资讯的独立页面；图3-1图3-2图3-3图3-4图3-5图3-63.2.2后台内容生命周期管理：生命周期（接口生命周期、接口类型管理）、接口规范（接口规范查看、接口规范测试）、资源管理（接口资源、模型库列表、数据资产）。用户管理：在后台管理用户的列表。引入管理：第三方合作伙伴管理（合作伙伴列表）、第三方能力管理（能力列表、发布数据审核、申请数据审核、数据服务取消）、接口鉴权（鉴权配置）。运维管理：监测预警（实时监测、预警列表）、调度管理（策略配置）、系统管理（轮转图管理、问答管理、咨询管理、操作日志）。3.3电信对外服务平台的特色可以通过电信对外服务平台很方便的申请与电信的合作。第四章项目软件测试的过程4.1测试计划4.1.1测试目的通过测试电信对外服务平台，系统强大而完善的功能，描述需要测试的特性、测试的方法、测试环境的规划、测试框架的搭建、测试用例的设计方法、明确测试策略。4.1.2背景说明：本测试计划是为电信对外服务平台系统而规划的；该系统以电信内部数据为基础，实现实时同步。本系统测试是采用迭代测试，分迭代进行4.1.3迭代测试说明●设计评审：按照测试流程，第一步就是参与涉及评审，一般设计评审会有三方角色参与，分别是：产品、开发、测试。产品经理会提前通知参加评审的时间和地点，以及提供srs涉及文档。常规设计评审都是以会议的模式展开，设计评审的过程：1、产品经理讲解设计文档；2、开发人员估测代码可行性和实现功能的工作量；3、测试人员预估测试工作量。4、通过三方讨论，最终决定设计是否过关，是否采用。●测试人员注意事项：1、设计评审前，仔细查看设计文档，理解新功能和之前版本哪些功能有交叉的测试点，以及之后进行测试时可能需要注意的地方。先预估一下测试的工作量，记录自己不懂的地方，以便于在设计评审中，重点关注一下相关模块，有疑惑及时提出。2、设计评审中，注意一定要养成记录评审的习惯。评审过程中肯定会有一些设计开发和产品有争议的，比如代码实现量大，或会改动到其他某些模块，也可能是暂时无法实现的，这些都要记录下来，一则加深自己对于评审的记忆（因为距离评审通过到开发交付演示，时间可能会有点长），同时也对之后编写测试用例应该注意的地方，提前做一个文档记录的预防。3、设计评审完成后，整理自己评审前和评审中的文档，如果评审通过，则可以根据最新的设计文档，梳理出一份简单的用例导图。4.2测试内容测试内容包括UI测试、功能测试、安全测试、性能测试、兼容测试、交叉事件测试、更新测试、安装、卸载测试等。4.2.1UI测试UI测试即用户界面测试（UI），也可以叫做美工测试（GUI）。现在GUI设计和实现有了越来越多的类似，所有也就产生了一系列的测试标准。UI测试主要干的是表面测试，测试页面是否美观、文字是否正确、文字、图片组合是否完美、操作是否友好、用户界面、风格、布局是否满足客户要求等。一般在实际软件测试中不会单独的进行UI测试，而是在进行功能测试时附带的进行UI测试。以下就是根据电信对外服务平台列出的测试点：表4-1测试点测试说明注解窗口窗口是否可以打开多次或不正确的点击窗口是否有不正常反应所有的窗口的相关功能是否可以进行操作窗口中的数据内容是否可以访问窗口是否正确地被关闭菜单文本字体、大小和格式是否正确菜单功能是否随当前的窗口操作加亮或变灰菜单和工具条是否可以正常操作下拉式操作能否正确工作下拉式菜单和所有菜单功能是否存在、是否可以使用操作光标是否可以随操作恰当地改变导航导航与整体页面的样式风格是否一样是否易于导航，导航是否直观是否需要搜索引擎在需要导航的地方是否存在导航如按钮、对话框、列表、窗口和页面链接等整体页面各控件操作方式统一自适应界面设计，内容根据窗口大小自适应页面标签风格是否统一页面是否美观界面整体使用的颜色不宜过多页面的图片应有其实际意义而要求整体有序美观图片质量要高且图片尺寸在设计符合要求的情况下应尽量小页面内容输入框说明文字的内容与系统功能是否一致是否有错别字文字内容是否表意不明信息是否为中文显示是否有敏感性词汇、关键词是否有敏感性图片如：涉及版权、专利、隐私等图片数据项是否可以识别非法数据图形模式的数据项是否可以正常操作如：滚动条数字、字母形式的数据项是否可以正常显示，是否可以输入系统中数字、字母形式的数据项是否可以正常显示，是否可以输入系统中4.2.2功能测试软件功能测试就是对产品的各功能进行验证，根据事先编写好的测试用例验证App的各个功能是否实现，经常使用场景法，把被测软件罗列成一个个场景进行测试。在涉及输入的地方也可以考虑用边界值法、等价类法。以下是根据电信对外服务平台列出的功能测试点如下：表4-2测试点测试说明注解页面链接每一个链接是否都有对应的页面所链接的页面是否存在链接是否正确跳转到正确的页面相关性添加、删除、上传、下载等操作是否会对其他项产生影响如果产生影响，这些影响是否都正确检查按钮的功能是否正确如：添加、删除、上传、下载、新建、编辑、关闭、返回、保存等字符类型在被要求输入指定类型的内容的地方输入其他类型的内容是否会出现错误如：在应该输入整型的地方输入其他字符类型标点符号输入内容包括各种标点符号,系统处理是否正确如：空格、引号、回车键等特殊字符输入特殊符号，系统处理是否正确如@、#、$、%、!等字符串长度输入过长的字符串的内容时系统是否会字符串长度中文字符处理在输入框中输入中文是否可以正常显示错误显示有：出现乱码或出错检查所填写的信息是否正确，而信息是否被更新检查信息的完整性删除功能点击删除按钮后再取消删除，检查系统是否会删除除删除外、还有移动、下载、导入功能同样的操作是否会出错检查同时删除多个信息是否会正常操作搜索检查功能检查在搜索输入框内输入系统存在或不存在的信息是否正常显示上传下载文件检查检查上传、下载功能是否可以正常操作检查上传符合或不符合上传格式的文件是否可以正常上传检查上传的文件是否可以正常打开检查上传的文件的内容是否正确下载文件能否打开或者保存用户检查检查不同管理员之间是否可以相互管理管理操作有：编辑、删除管理员用户一般用户：检查删除并重建同名帐号是否成功一般用户：检查删除并重建同名帐号后，该用户其它信息是否重现系统数据检查业务管理平台的数据会随着业务增加、减少等状态的变化保持变化，检查这些变化是否正确如果系统数据计算不正确，那么功能测试肯定是通不过的系统可恢复性检查检查当系统处于瘫痪状态时系统是否可以迅速的恢复正常电脑端与手机端同步性检查同一个用户在电脑端系统进行操作，检查手机端是否同步变化同一个用户在手机端系统进行操作，检查电脑端是否同步变化图为用例的一部分第四章自动化测试4.1自动化测试介绍谈到自动化测试，一般就会提到测试工具。许多人觉得使用测试工具就是实现了测试自动化，这种理解是不对的，至少是片面的。的确，测试工具的使用是自动化测试的一部分工作，但“用测试工具进行测试”不等于“自动化测试”。自动化为测试而存在的，所以自动化