基于web应用的自动化测试的设计与实现.doc

上传人:豆**** 文档编号:29950719 上传时间:2022-08-02 格式:DOC 页数:14 大小:86KB
返回 下载 相关 举报
基于web应用的自动化测试的设计与实现.doc_第1页
第1页 / 共14页
基于web应用的自动化测试的设计与实现.doc_第2页
第2页 / 共14页
点击查看更多>>
资源描述

《基于web应用的自动化测试的设计与实现.doc》由会员分享,可在线阅读,更多相关《基于web应用的自动化测试的设计与实现.doc(14页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、基于web应用的自动化测试的设计与实现The Design of The Automation Test Based On Web Application完成日期 2013 年 3 月 30 日开题报告基于web应用的自动化测试的设计与实现摘要目前,软件研发已逐渐向分工协作和流程化发展。为了保证软件产品的最终质量,软件行业已越来越多地重视软件测试。从根本上说,软件测是贯穿于软件产品研发的整个过程,在这个过程中,软件测试会以用户角度,用各种手段检测软件产品,并在检测软件产品的过程中,发现软件产品存在的毛病,因此软件测试的工作量很大。而在测试过程中,许多操作都是重复性的、非智力性的和非创造性的,并

2、要求做出准确而且细致的工作。但是,对于手工测试来说,在这些工作中受各种原因影响,难免会在测试过程中出现各种各样的问题,自动化测试亦正因此,而应运而生。本次设计就是为了减轻软件测试的工作量,针对现今手工测试存在的缺陷,借助现今主流的各种测试工具以及脚本语言,来提高软件测试的效率,用更科学、更智能的手段对软件产品进行更精密、更细致的测试工作。并希望借此来改变现今软件企业的测试方式。力求在测试方法以及在测试技术层面上,对软件测试工作有所突破。关键字:python;QTP;AB;软件测试;API监控The Design of The Automation Test Based On Web Appli

3、cationAbstractCurrently, software development has gradually to the division of work and the process of development. In order to guarantee the final quality of the software product, the software industry has been more and more emphasis on software testing. Fundamentally speaking, the software measure

4、d throughout the whole process of software product development, in the process, the software testing user perspective, using a variety of means to detect software products, and in the process of detection software products, software products exist problems, software testing, a lot of work. In the te

5、st process, many operations are repetitive, non-intellectual and creative, and to make accurate and meticulous work. However, for manual testing, work is influenced by a variety of reasons, will inevitably be a variety of problems in the testing process, and automated test also came into being.The d

6、esign in order to reduce the workload of the software testing, manual testing today defects, with the various tests of todays mainstream tools and scripting language, so as to improve the efficiency of software testing, with more scientific, more intelligent means of software products more sophistic

7、ated, more detailed testing. And the software testing today should be changed by this methods. Sought to test methods and in test technical level, a breakthrough in software testing.Key words: Python; QTP; Software test; API Monitor目录1 绪论11.1 研究背景 11.2 软件测试 11.3 自动化测试与手工测试 11.4 测试环境简介 21.4.1 Python简

8、介21.4.2 QTP简介21.4.3 AB简介32 测试业务需求分析42.1 模块结构 42.2 模块分析 53 测试流程的设计73.1 Python的自动化 73.1.1 Python开发自动化脚本73.1.2 Python批量生成日志样品73.1.2.1 路径覆盖法83.1.3 Python批量生成数据库数据样品83.2 ApacheBench的Web性能测试 103.3 QTP的自动化测试 113.4 多浏览器的兼容性测试 174 测试报告的实现与分析204.1测试环境与配置 204.2测试用例细化 214.3 第一轮测试发现的问题 234.4 第一轮测试结果分析 244.5 验收测试

9、 254.5.2 测试环境与配置254.5.1 测试内容254.7 测试结果分析 254.7.1 对比分析254.7.2 Bug分析264.6 测试结论及发布建议 2746.1 测试结论274.6.2 发布建议274.7 自动化测试的意义 285 结束语295.1 心得体会 295.2 展望 30参考文献31致谢321 绪论1.1 研究背景在我们日常的生活中,软件产品无处不在,有基于嵌入式硬件的,如GPS导航仪、门进系统、人脸识别器等;也有如手机、平板电脑等基于移动终端的;还有基于网页端的,如教务管理系统、图书馆管理系统等。也许我们在不知不觉当中,已经在各种各样的场所使用软件产品。随着科技的进

10、步,我国的软件产业也随之逐渐发展、壮大,但是与国际水平相比,国内软件企业仍然存在较大的差距。由于大多缺乏对国际市场信息和先进的开发模式以及设计模式,缺乏对知识产权的认知度,同时缺乏强硬的管理体系,这些都对国内软件产业的成长与发展造成障碍。从这里我们可以看出,要提高国内软件产业在国际间的地位,需要我们去完善软件的质量认证和规范软件企业管理。1.2 软件测试从国内的软件企业的发展历程,我们可以知道,国内软件企业从起步的那一刻起,就有着“重视开发,轻视测试”的观念。根据国际著名软件企业统计分析,如果软件在研发或者在使用过程中,发现问题越早,器软件成本就越低。一句话,要想在发布后,软件危害的费用降到最

11、低,只有提高软件的质量。软件开发的最基本要求是按照规定时时间内,保证所发布的软件产品的质量。而本论文所论述的软件测试,正是软件质量保证的一个非常重要的手段。1.3 自动化测试与手工测试在软件研发看来,软件产品可以采用各式各样的软件开发技术和方法进行研发。但是,软件产品始终都会存在或多或少的问题和缺陷。而总所周知,一个缺陷可以让人抓狂,可以对个人或者企业造成千上万的损失,可以导致一个知名企业瞬间倒闭,还可以造成各种军事事故。为了保证软件质量,我们需要进行软件测试。软件测试是一项需要投入大量的时间和精力的艰苦工作。而大部分的测试工作都是具有重复性的,无需过多的思考的工作,它要求测试结果可靠、准确以

12、及客观。人类是一种感情丰富的高等动物,计算机是一种不含主观意识(仅对于本论文撰写时期而言)的机器,它会根据我们给出的预期输入,经过程序控制,得出相应的结论。正因为计算机有着这种特性,我们更多地希望计算机帮忙完成一些重复的工作。因此,自动化测试应运而生。我们并非对重复的工作感到厌烦而选择软件测试的自动化,这个是测试工作的需要,因为自动化测试它可以提高测试效率,而且对于测试结果具有一定的可靠性、客观性以及我们最关心的准确性。现今大部分企业也逐渐地从手工测试,向自动化测试转型。因此,本文会花比较大的篇幅论述自动化测试技术。1.4 测试环境简介由于本人在实习期间,主要负责软件测试方面的工作,有负责对部

13、署在实习单位内网的Web应用进行测试,本文选取的是其中一个Web应用。按照这个Web应用的部署及运行环境,需要用到装有Ubuntu 12.04的机器作服务器,其语言环境分别有Java(JDK 1.7)和Python 2.7.3,其中需要用到国外知名的Web容器Apache Tomcat 7.0,数据库方面采用轻巧且开源的MySQL 5.5数据库,需要一台安装有浏览器的电脑做客户端机器。还需要一台带有QTP的测试机供测试使用,由于本人金钱有限,只有一台电脑,对于服务器机器与测试机机器环境的搭建,为了降低测试成本,本人选择了VMware 8虚拟机来安装这些环境。1.4.1 Python简介Pyth

14、on是一种直译式的电脑编程面向对象语言。它有着优雅、明确、简单的语法,其语言具有高度的可阅读性和扩展性,让人看起来整洁美观。Python能够轻松地用其它语言制作的模块轻松地连接在一起,在业界称之为“胶水语言”。而且Python让使用者无需去考虑像如何管理程序所使用的内存这方面的底层细节,在编写与使用上极其容易上手,是一种简单主义思想的语言。本次设计之所以选取Python,是看中了它有着,简单、易学、免费、开源、可移植性强、可扩展性良好以及有着丰富的类库支持。用以批量生成测试数据。1.4.2 QTP简介QTP是Quick Test Professional的简称,是一种面向自动化企业级测试的工具

15、。现在已经被惠普公司收购。它是一个侧重于功能的回归自动化测试工具,主要帮助测试人员完成软件的功能测试,支持VBScript的脚本语言,提供了许多有用的插件,而且还有功能强大的调试工具。支持录制和回放的功能,支持多种方法来识别对象,提供良好的对象识别工具。支持各种驱动测试,集成强大的编辑器,让测试者能够快速的错误现场恢复。而且对于每次测试结果都有较详尽的测试报告。本次设计主要选取QTP作功能测试,以及对测试结果经行进一步分析。1.4.3 AB简介ab是Apache Bench的简称,是著名Web服务器软件Apache提供的超文本传输协议的开源性能测试小工具,它小巧、轻便,在性能测试领域上,提供了

16、优秀的解决方案。ab可以同时模拟多个并发请求,专门用于HTTP Server的benchmark testing,测试Apache等Web服务器的最大承载压力。工具简单,便于使用,它让测试人员甚至开发人员知道一个网站的吞吐率。本次设计主要选取ab作压力测试,主要测试各个Web服务器接口的承载能力,并根据测试结果,分析出Web的性能。2 测试业务需求分析本文选取的Web应用主要用于监控外部Web接口的监控系统,即用于监管提供客户端的APP应用的Web接口,让主管人员能够第一时间知道各个Web接口的访问情况,这对于服务器性能调优有着重大的意义。2.1 模块结构本次选取的Web应用从模块上划分,主要

17、分为数据解析模块、登录模块、产品管理模块、预警设置模块、错误分析模块以及主功能模块等。其模块结构图如下图所示:API监控系统产品管理数据解析模块用户管理日志分析数据入库缓存计算查询产品删除数据修改产品添加产品添加用户查询用户删除用户数据导出数据备份修改用户信息概览查询登录模块预警管理预警删除预警设置预警查询预警提示错误分析信息查询数据导出主功能模块数据统计数据查询图表打印图表导出图2-1 系统模块结构图2.2 模块分析1. 数据解析模块:主要对于Nginx产生日志的进行分析处理,并把处理后的数据存至数据库中,原始数据还会进行进一步的缓存加工,产生每日的缓存数据信息。2. 登录模块:主要用于用户

18、的登录3. 产品管理模块:主要用于用户对于产品的管理,其中包括对于添加产品和修改、以及对产品的删除和查看等,还包括数据图表的展示以及数据的导出功能。4. 用户管理模块:主要用于对于用户的管理,其中包括对于用户的添加、修改、删除、查看等,还包括对于用户权限的管理。5. 预警设置模块:主要对于现有产品下的预警管理,其中包括预警的向导设置与删除,还有点子邮件提醒等。6. 错误分析模块:主要用于现有产品匹配失败的日志进行错误分析,其中包括分页数据的处理以及数据的导出和数据的查询等。7. 主功能模块:主要用于各个指标的数据展示,如:Web接口在该产品下的分布以及占比,还有请求的时长、请求的次数、请求的状

19、况、请求的成功率等,对于这些数据有分图表区域以及数据表格区域。3 测试流程的设计3.1 Python的自动化3.1.1 Python开发自动化脚本通常一个稍具规模的网页系统,其数据量的庞大程度,并非我们能够想象的,对于一些数据上的改动,可能需要通过前端十分繁琐的步骤以及通过服务器负责的计算才能生成。这样一来,对于测试来说,无疑增加了不少操作上的负担,而且这些工作对于数据上的测试,是不重要,甚至可能影响数据的测试效果。对于需要数以万计的测试数据来说,采用了人肉方式来一步一步地完成添加操作,这样的做法是不可取的,因此我们要摒弃这样枯燥的操作,选择自动化脚本,按照需求为我们批量生成测试数据。Pyth

20、on作为一种脚本语言,其用途广泛,可以结合一些主流框架,如Django搭建Web服务。也可以作为一种程序,处理数据等,本次测试比较多地采用它去批量生成测试数据。3.1.2 Python批量生成日志样品通过本次选取的测试产品的需求中,我们了解到其对于日志的解析环节需要用到脚本,把固定格式的日志解析,然后存到MySQL数据库中。由于Python对于文件的读写,以及拥有丰富的易于使用的随机函数库,因此,本次选取Python去实现,批量生成测试数据。下面,先分析这些日志的固有格式:IP - - Nginx默认日志格式时区 “请求方法请求的接口名称 HTTP版本” 请求时长请求状态请求字节数通过分析以上

21、格式后,得出Python代码片段如下:import datetimeimport randomdef time_format(min_number,max_number):temp = random.randint(min_number,max_number)if temp = 1000:insert_into_mysql(cursor,zpns_log,sql_list)sql_list = insert_into_mysql(cursor,zpns_log,sql_list)except Exception,e:out(e)finally:if cursor:cursor.close()i

22、f con:con.close()if _name_ = _main_:sql_sample()以上代码片段主要用于批量生成数据库数据。这些数据都是按要求,随机产生的。由于该应有所涉及的表比较多,有产品表、用户表、基础数据表、缓存表、过滤器表、日至历史表等,而且这些表都比较复杂,下面仅举例说明基础数据表的测试。表3-1 基础数据表在本次测试中,我们通过运行以上脚本,执行插入数据的操作,主要测试基础数据表的插入数据的性能。下面为记录结果:表3-2 数据库大数据量测试结果记录表通过上面数据可以看出,该表对通过对比插入与查询,插入的时间耗时比查询时间耗时要长得多。但对于一万以内的插入与查询,性能达标

23、,对于十万级的插入,相对耗时较长,但对于数据查询,速度还好,不会影响程序的调用。3.2 ApacheBench的Web性能测试ApacheBench可以同时模拟多个并发请求,可以测试该应用的吞吐量和响应时间,获得该应用的负载数据。由于时间和资源限制,而且该应用的接口繁多,我们不可能对所有的接口经行性能测试,而是选择从用户的角度思考,分析出关键业务来测试。下面选取了其中一个比较重要的接口,这个接口主要用于获取API详细信息。测试目标:按照用户需求,使用此系统的实际用户数在30人左右每天,为了对系统经行更加详细、更加有效的压力测试,本次测试分别模拟了10个用户并发以及50个用户并发,并对请求数分了

24、1000和5000两个阶段经行比较;测试环境:实习单位内建的局域网,客户端与服务器端连接的速度约为10/100兆;测试内容:选取用户登录模块经行测试;设计思路:通过模拟用户并发操作,以检测系统的稳定性;测试工具:ApacheBench;网络协议:HTTP;下面为测试报告:表3-3 数据库大数据量测试结果记录表通过以上测试结果显示,该应用的接口传输成功率达到100%,即此接口对于这些请求,都可以正常接收,并予以操作。通过对比吞吐量以及响应时间和传输率,可以看该应用当用50个请求是,会出现阻塞现象。通过需求可知,此应用的用户量不多,对于这样的性能,足以扛得住用户的请求。从以上数据可以分析:此应用的

25、接口性能非常不错,属于中上水平,可以处理日常的事务以及并发量。3.3 QTP的自动化测试QTP是一个功能强大的自动化功能测试工具,通过它可以满足各种测试需求。本次测试主要运用它来录制脚本,然后对于模块经行切分,在输入框的地方设置检测点,并设置参数化的表格数据。通过参数化检查点属性的值,可以检查应用程序或网站如何基于不同的数据执行相同的操作。由于设计的模块多,这里不一一罗列,下面主要介绍登录模块的参数化测试。下面简单介绍测试过程。首先,创建测试文件,使用自带的录制工具对登录流程经行简单的录制,如下图所示:图3-1 创建测试文件录制完成之后,在Expert View中可以看到QTP已经自动给刚才的

26、录制,生成以下测试脚本。Browser(API监控).Page(API监控).WebEdit(username).Set liyixuanBrowser(API监控).Page(API监控).WebEdit(password).SetSecure 5164034c49e12b7473302ff8121c2aa3b053cedca6eaBrowser(API监控).Page(API监控).WebButton(登录).Click然后对原始脚本进行修改,按照测试需求,需要判断是否登录成功,因此,本次选用了判断某个主界面的按钮是否存在的方法以判断是否登录成功。修改后的脚本如下:Browser(API监

27、控).Page(API监控).WebEdit(username).Set liyixuanBrowser(API监控).Page(API监控).WebEdit(password).SetSecure 5164034c49e12b7473302ff8121c2aa3b053cedca6eaBrowser(API监控).Page(API监控).WebButton(登录).Clickwait(1)if(Browser(API监控).Page(API 监控).Link(添加产品).Exist(2) Thenreporter.ReportEvent micDone,登录成功,执行与预期一致elserep

28、orter.ReportEvent micFail,登录失败,无法成功登录End If修改完之后,需要设置参数化表格,首先转到Keyword View在value栏中对应输入框,打开Value Configuration Options选框,像下图那样设置好表头名称。图3-2 参数化设置同理,对密码输入框也按同样方式设置。之后,根据测试用例,在表格上填上相应的参数。如下图所示:图3-3 参数化数据分布对应以下测试用例:用例一:用正确的用户名称,正确的密码去登录;用例二:用户名称后面添加空格,密码正确,测试登录情况;用例三:用户名称前面添加空格,密码正确,测试登录情况;用例四:用户名称中间存在空

29、格,密码正确,测试登录情况;用例五:用户名首字母大写,密码正确,测试登录情况;用例六:用户名称全为大写,密码正确,测试登录情况;用例七:用户名称首字母大写,密码正确,测试登录情况;用例八:用户名称错误,密码正确,测试登录情况;用例九:用户名称后面添加特殊符号,密码正确,测试登录情况;用例十:用户名称为空,密码正确,测试登录情况;用例十一:用户名称正确,密码为空,测试登录情况;用例十二:用户名称正确,密码错误,测试登录情况;用例十三:用户名称为空,密码为空,测试登录情况。经修改后,其脚本的关键代码变为:图3-4 脚本代码片段下面开始测试上面用例:图3-5 测试脚本的运行经运行后,其测试报告如下图

30、所示:图3-6 运行报告从上面的测试报告中,可以看出,用例三、四、八、九、十、十三均测试不通过,在这些测试不通过的用例中,我们可以观察到:1. 用户名称前面和中间都不能带空格,但用户名称后面可以带空格;2. 用户名称的大小写不敏感,大小写佳可;3. 用户名称必须正确,否则不能登录;4. 用户名称不能带有其它与用户名称不相关的字符,否则登录失败;5. 用户名称不能为空。但是,从测试通过的用例中,我们可以发现系统存在一个严重的BUG,就是测试用例十一和测试用例十二,前者是用户名称正确,但密码为空,后者是用户名称正确,但密码错误。从这两个用例中,说明此系统的登录并不需要验证密码的合法性,也就是说,不

31、管密码是什么,只要用户名称正确,就可以正确登录。从异常的优先等级标准以及异常的严重情度标准可以断定,这个是严重轻度高,而且必须立即修复的异常。3.4 多浏览器的兼容性测试本次选取的客户端浏览器有:IE6、IE8、IE9、Chrome、Firefox、Safari、Opera、360安全浏览器、搜狗浏览器、猎豹浏览器等。经测试,在IE9浏览器,最新版本的Chrome、Firefox以及Safari等主流浏览器能正常展示,而且功能都能够正常使用,详细见下图:图3-7 测试情况视图但是在IE8浏览器下,出现部分功能无法使用,部分数据无法展示等异常情况,详细请看下图:图3-8 测试情况视图具体异常描述

32、:1. 正常情况,顶部带红色方框的区域应该是被隐藏的,而在IE8下却没有隐藏;2. 中部带红色方框的区域数据没有展示;3. 底部带红色方框的区域文字没有居中,而且没有带灰色的背景颜色;4. 仔细观察按钮部分,没有带圆角。在IE6浏览器以及搜狗浏览器下,出现非常严重的跑版现象,详细见下图:图3-9 测试情况视图具体异常描述:1. 整体页面排版凌乱;2. 具体数据没有展示出来;3. 功能按钮无法使用;4. 无法正常使用。从上面的兼容性测试中,可以看出:客户端之所以出现异常,主要因为这些浏览器的内核不支持HTML5以及CSS3的新特性,导致界面排版跑版,功能按钮失效,以及样式出错等情况。在现今主流的

33、支持HTML5以及CSS3的浏览器中,没有发现异常情况。根据需求分析中可以了解到,此应用仅要求Chrome、Firefox以及IE9必须支持,其它浏览器,尽量兼容。从异常的优先等级标准以及异常的严重情度标准可以断定,这个是严重轻度低,而且一个可忽略的异常。4 测试报告的实现与分析4.1测试环境与配置根据需求,本次选取的测试样品的服务端部署环境是基于Linux操作系统的,客户端的运行环境是基于浏览器上的。由于本人仅有一台笔记本,考虑到现有的硬件资源,而且对于Linux操作系统了解不多,为了达到测试要求,本次的测试环境由虚拟机完成,下面为具体的测试配置环境要求:服务器端硬件要求具体如下表所示:表4

34、-1 服务器端硬件信息表服务器端软件均安装在Ubuntu 12.04操作系统之上,并部署在内网使用,网络端口为8080端口。具体要求如下表所示:表4-2 服务器端软件信息表客户器端硬件要求具体如下所示:表4-3 客户端软件信息表客户器端软件均安装在Windows XP操作系统之上,具体要求如下表所示:表4-4 客户端软件信息表4.2测试用例细化“API监控系统”的测试用例共执行486条,优先级高的有375条,其中测试用例通过的445条,测试用例不通过的有41条,下面是部分测试用例举例:测试编号1测试目的:验证用户登录功能测试;操作步骤:1.进入系统首页;2.输入正确的用户名和密码,单击登录按钮

35、;预期结果:数据库中存在的用户将能正常登录;执行结果:测试通过。用例编号2测试目的:验证用户登录功能测试;操作步骤:1.进入系统首页;2.输入错误的用户名和密码,单击登录按钮;预期结果:错误的或者无效的用户登录失败,且弹框提示:“您输入的用户名或密码输入错误。”;执行结果:测试不通过。用例编号3测试目的:验证用户登录功能测试;操作步骤:1.进入系统首页;2.不输入用户名,单击登录按钮;预期结果:用户名为空时,用户登录失败,且弹框提示:“请输入用户名”;执行结果:测试通过。用例编4测试目的:验证用户登录功能测试;操作步骤:1.进入系统首页;2.输入正确的用户名;3.不输人密码,单击登录按钮;预期

36、结果:密码为空时,用户登录失败,且弹框提示:“请输入密码.”;执行结果:测试不通过。用例编号5测试目的:验证用户列表功能测试;操作步骤:1.登录系统;2.点击用户管理;3.点击用户列表;预期结果:1.有其他用户时,能正常显示用户的ID、用户名、Email、权限、删除按钮;2、没有用户时,列表为空;3、列表显示除自己以外的用户;执行结果:测试通过。用例编号6测试目的:验证用户列表修改功能测试;操作步骤:1.登录系统;2.点击用户管理;3.点击用户列表;4、点击列表里的权限;预期结果:1、权限有两个选项“产品人员”和“管理人员”;2、当用户为管理人员时,单击“管理人员”控件,可改为“产品人员”;3

37、、当用户为产品人员时,单击“产品人员”控件,可修改为“管理人员”;执行结果:测试通过。用例编号7测试目的:严重用户列表删除功能测试;操作步骤:1.登录系统;2.点击用户管理;3.点击用户列表;4、点击列表里的删除;预期结果:可删除该用户,使其不能登录此系统;执行结果:测试通过。用例编号8测试目的:验证添加用户功能测试;操作步骤:1.登录系统;2.点击用户管理;3.点击添加用户;4、输入正确的用户邮箱;点击添加;预期结果:1.添加未重复的用户邮箱,添加成功,且跳转到首页;2、添加已有的用户邮箱,弹框提示:“此用户已存在”;执行结果:测试不通过。基于web应用的自动化测试的设计与实现_第2部分总文

38、字复制比:2%(100)总字数:49381基于XML技术的软件测试自动化马庆利(导师:孙辉) - 大连交通大学硕士论文- 2006-12-232.0%是否引用:否用例编号9测试目的:验证添加用户功能测试;操作步骤:1.登录系统;2.点击用户管理;3.点击添加用户;4、输入正确的用户邮箱;5、选择用户权限;点击添加;预期结果:添加成功后,用户列表显示与之对应的用户名、权限等;执行结果:测试通过。用例编号10测试目的:验证产品详情功能测试;操作步骤:1.登录系统;2.点击产品管理;3.点击产品详情;4.点击产品名称;预期结果:跳转到对应的产品的详情概览页面;执行结果:测试通过。用例编号11测试目的

39、:验证产品详情功能测试;操作步骤:1.登录系统;2.点击产品管理;3.点击产品详情;4.鼠标移至错误日志数;预期结果:1、错误日志数不为零时,弹出提示标签,且点击错误日志数,可下载日志信息;2、错误日志数为零时,不弹出提示标签,且不能下载错误日志数;执行结果:测试通过。用例编号12测试目的:验证产品详情功能测试;操作步骤:1.登录系统;2.点击产品管理;3.点击产品详情;4.鼠标移至对应产品删除控件处;预期结果:弹出提示标签,且点击删除,可删除对应产品;执行结果:测试通过。用例编号13:测试目的:验证产品详情功能测试;操作步骤:1.登录系统;2.点击产品管理;3.点击产品详情;4.鼠标移至对应

40、产品状态控件处;预期结果:弹出提示标签,且点击控件可修改状态“启用”(蓝色)和“暂停”(红色);执行结果:测试通过。用例编号14测试目的:验证产品详情功能测试;操作步骤:1.登录系统;2.点击产品管理;3.点击产品详情;预期结果:成功日志数为0或错误日志数为零时,该产品所在的列表颜色最深;匹配率小于30%时,该产品所在的列表颜色为次深;当匹配率大于等于30%时,该产品所在的列表颜色为最浅(白色);执行结果:测试通过。4.3 第一轮测试发现的问题“API监控系统”测试共发现34个bug,其中,优先级为立即修复的bug共23个,bug类型为功能的共21个,bug的严重程度高的共15个,由于篇幅过多,下面是部分bug描述:1. summary:用户名为空时,弹框提示语不正确;描述:重现步骤:1.用户名为空,点击登录;2.弹出提示框,提示提示语为:请输入密码;提示语文案错误,应该改为

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育专区 > 小学资料

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁