测试计划

JMeter GUI基本操作

情到浓时终转凉″ 提交于 2019-12-08 01:38:46
一个 完整的测试计划会 包含 一个或多个线程组 、 逻辑控制器、采样器、监听器、定时器、断言和配置元件 。 操作步骤: 1、 添加/移除测试元件 鼠标右键单击,在弹出的快捷菜单中选择"添加"命令,选择自己想要添加的元件。 也可以通过选择"打开"、"合并"命令,从外部文件中加载和添加测试元件。 移除某个测试元件,鼠标右键单击,并在弹出的快捷菜单中选择"删除"命令。 2、加载和保存测试元件 1)加载测试元件 首先选中想要添加测试元件的地方,并用鼠标右键单击,在弹出的快捷菜单中选择"合并"命令,接着在弹出的对话框里选择要合并的项目文件 点击“确定”打开,就可以了 2)保存测试树中的测试元件 选中该测试元件后用鼠标右键单击,在弹出的快捷菜单中选择"保存为"命令。 3、配置测试树中的测试元件 JMeter图形用户界面的右侧,用户可以设定的内容,由测试元件所属类型所决定。用户可以在测试树中拖动和释放测试元件,以便调整测试元件的先后顺序。 4、保存测试计划 在 运行测试计划前 , 先保存 到某个文件中。保存测试计划,选择"文件"菜单下的"保存测试计划"或者"保存测试计划为"命令。 JMeter允许用户全部或者部分保存测试计划 5.运行测试计划 "运行"→"启动"命令,或按"Ctrl+R"组合键 检查JMeter是否处于运行状态 1) 图形用户界面的右上角在菜单栏的下方有一个绿色的图标 2)"运行

什么是GUI测试

我只是一个虾纸丫 提交于 2019-12-08 01:22:22
用户界面(UI)测试初学者指南 本指南介绍了有关GUI测试的关键问题:它是什么? 它为什么如此重要? 什么是主要的GUI测试类型和技术? 阅读此综合指南以发现这些问题的答案,并学习如何创建GUI测试计划并编写GUI测试用例。 什么是GUI测试? 如果智慧的开始是术语的定义,那么对GUI测试的理解必须从术语 GUI 的定义开始 。 这是 图形用户界面 的缩写 ,或用户可见的应用程序的一部分。 GUI可能包含诸如菜单,按钮,文本框和图像等元素。 第一批成功的图形用户界面之一是Apple Macintosh,它通过文件夹,日历,垃圾桶和计算器来推广用户“桌面”的概念。 早期的GUI:1984年发布的Apple Macintosh。 图片来源: folklore.org CC许可 在当今的GUI测试环境中,“简单计算器应用程序”不再局限于计算机的桌面。 它可能是在所有主要移动平台上可用的移动应用程序。 或者,它可能是所有主流浏览器都必须支持的云应用程序。 测试人员必须执行跨浏览器和跨平台测试来识别缺陷并确保应用程序满足所有要求。 因此,GUI测试是指测试用户可见的应用程序的功能。 在计算器应用程序的示例中,这将包括验证应用程序是否正确响应诸如单击数字和功能按钮等事件。 GUI测试还会确认外观元素(如字体和图像)符合设计规范。 UI测试与GUI测试一样吗?

JMeter连接数据库之JDBC Request及JDBC Connection Configuration

佐手、 提交于 2019-12-07 11:00:47
JMeter连接MySQL数据库四步: 1、 jmeter测试计划导入jar包:mysql-connector-java-5.1.36.jar 2、添加JDBC Connection Configuration元件配置数据库连接 3、添加JDBC Request取样器写SQL语句 4、运行 jar包地址: 链接:https://pan.baidu.com/s/19EUvZFTBxBXaltofY3IOGA 提取码:5jyh 具体步骤: 1、 jmeter测试计划导入jar包。测试计划》浏览》导入本下载好的ar包 2、添加JDBC Connection Configuration元件配置数据库连接。 新建一个线程组,右键》配置元件》JDBC Connection Configuration; 可以有多个JDBC Connection Configuration元件,Variable Name设置不一样就可以了。 3、添加JDBC Request取样器写SQL语句。右键线程组》添加》sampler》JDBC Request 4、运行。查询结果如下。可以在数据库里面执行相同的SQL,比对一下结果是不是正确。 配置JDBC Connection Configuration参数说明: Variable Name :数据库连接池的名称,我们可以有多个jdbc connection

测试总结报告

时间秒杀一切 提交于 2019-12-06 11:51:46
第一阶段学习总结报告 曾经心怀澎拜,曾经满怀激情,曾经翘首等待这为期四个月的实训终于拉开帷幕。2015年的这个暑假对于我来说是最幸运而同时有特别重要的一个暑假,因为我非常幸运的来到了济宁惠普软件人才实训基地进行为期四个月的实训学习。第一天来到惠普我变被浓厚的企业文化深深的吸引,作为一家跨国公司,她有强大的包容性和多元性。实训期间采取公司制的这一策略让我们真正融入到公司的文化中,时刻以惠普员工的高标准来严格要求自己,磨练自己。 我学习的专业是软件测试,虽然在大学也开过“软件工程”这门课,但对测试这门行业的了解基本为零。通过几天几位导师和班主任和蔼可亲的指导以及全心全意的关怀,我对测试行情以及职业要求和发展等都有了较深入的了解。几天的测试基础的学习也是我越来越喜欢测试了,也更加坚定了我的选择。 众所周知,做测试职业工具是必不可少的,在学习了一些理论知识后,我们的美女导师徐老师就带领我们学习了第一个开源测试工具——testLink。第一次接触这个工具的时候我是丈二的和尚摸不着头脑,简直一头雾水,什么都不知道,课上跟着老师的思路做了一遍,虽然能做出来但是完全不明白做每一步的原因是什么。课下老师给了我们一个安装压缩包,让我们自己搭建环境,我不管是在网上百度也好找同学给帮忙也好几次都安装失败。软件XAMPP里的Ahache和Mysql总是启动不了,最后通过问老师才知道电脑的80端口被占用

测试流程

喜夏-厌秋 提交于 2019-12-06 07:49:25
测试流程规范 编写 :XXX 1. 测试流程 1. 目标 2. 主要流程 3. 自动化测试在测试流程中的作用 4.一般的项目测试流程 5. 需求评审 6. 设计评审 7. 测试计划 8. 测试用例 9. 冒烟测试 10. 测试执行 11. 测试报告 12. 验证发布 1.1. 目标 目标: 为了更好的保证产品质量,提高测试效率,沉淀积累测试流程,特制定该流程,并在一段时间内推动并落实: 1.2. 主要流程 1.3. 自动化测试在测试流程中的作用 1.4. 一般的项目测试流程 1 、需求阶段:需求熟悉、需求评审 2 、设计和代码阶段:设计评审、准备测试计划(评审)、测试用例(评审) 3 、测试环境搭建、测试工具准备 4 、测试执行(代码走查、冒烟测试、安全扫描、性能测试、易用性测试、回归测试) 5 、生产环境验收测试。 1.5. 需求评审 对于任意的项目,都需要进行需求评审,充分了解需求,目的。在需求评审中发现需求的不足,遗漏等,尽量把问题消灭在萌芽阶段,这个阶段发现问题是效率最高的,能够节约大量项目时间。在需求评审之前,请各位仔细阅读需求说明,做好充分准备,避免会议上才开始阅读需求,或者需求评审的时候不能及早提出异议。 1.6. 设计评审 通过参与设计评审,了解设计架构,对了解系统的设计,逻辑处理等有很大的帮助,能帮助我们设计测试计划,测试用例 1.7. 测试计划 测试开始之前

浅谈单元测试和重构

牧云@^-^@ 提交于 2019-12-06 03:02:20
浅谈单元测试和重构 隐喻 年纪大了,腿脚不利索,拄着拐杖走路,走的稳不说,还能预防跌倒。 但如果真的跌倒了呢? 跌倒后有没有人敢扶?扶起来还能不能走?如果能走,走得还能不能像以前那样快?如果不能走,是不是要去医院? 没了拐杖,产生了灾难性的骨牌效应。 意义 单元测试之于开发人员,相当于老人的拐杖,离开拐杖,也能走,但就是深一脚浅一脚,而且还有随时跌倒的危险,跌倒之后还会产生一系列的问题,搞的人焦头烂额。 在没有单元测试支撑的情况下写代码,你不会知道代码里面有没有逻辑 BUG ,是否符合预期,不能发现编码过程中引入的错误,更不能发现设计和需求中存在的问题。 我曾经所在的一家公司,开发人员是不写测试的,他测试自己代码的方法,是写完之后运行一下,点点看有没有问题,效率低下容易漏测不说,还很业余,简直侮辱软件工程师这个高大上的职业(看我鄙视的眼神)。 假设你写了一个服务,每写一个方法你都写单元测试将方法中的路径全覆盖掉,如异常, if-else, switch 语句等,刚准备提交,突然接到通知,需求变了,你不得不改动编码逻辑,这个时候怎么办呢?首先要跑一遍单元测试,确保你当前功能的测试全跑通,然后分析需求,按照要求对相应的代码进行了修改,之后,修改或增加单元测试对改动代码进行覆盖,你点下了开始按钮,看着所有测试都打了绿色的对勾( ✔),你从容淡定的提交了代码,拿起菜刀,哦不,端起水杯

Jmeter基础知识系列二

元气小坏坏 提交于 2019-12-06 00:14:42
1.从web服务或其他远程服务的角度来看,Jmeter很像是一款浏览器,但实际他并不是浏览器,Jmeter支持浏览器的部分操作。如:Jmeter不支持hmtl页面中包含的JavaScript脚本。处理HTML页面的方式也与浏览器不同。 2JMeter常用术语   采样器(Sampler):采样器是JMeter测试脚本的基础单元。用户通过采样器向服务器发出一个特定的请求,采样器会在超时前等待服务器的响应。   逻辑控制器(Logic Controller):用户通过逻辑控制器来控制JMeter测试脚本的控制顺序。   监听器(Listener):监听器用来收集测试结果信息,并已用户指定的方式加以展示。   配置元件(Configuration Element):配置元件用来设置一些JMeter测试脚本公用的信息。   断言(Assertion):断言用啦验证服务器实际返回的信息,与用户的期望是否相符。   定时器(Timer):定时器用来保存JMeter测试脚本与时间相关的一些信息。   前置处理器(Pre-Processor):在前置处理器的作用范围内,任何采样器被执行钱,都要先执行前置处理器。   后置处理器(Post-Processor):在后置处理器的作用范围内,任何采样器被执行后,都要执行后置处理器。   测试计划(Test Plan)

JMeter 测试计划元件 (1)

血红的双手。 提交于 2019-12-05 06:48:12
老版本打开Jmeter页面:包括测试计划+工作台。 新版本打开Jmeter页面:包括测试计划+工作台。 JMeter有两种类型的控制器:取样器(sample)和逻辑控制器(Logic Controller),用这些原件来驱动处理一个测试。 1、Test Plan (测试计划) :用来描述一个性能测试,包含与本次性能测试所有相关的功能。也就说本的性能测试的所有内容是于基于一个计划的。 2、Threads (Users)线程 用户 测试计划>Threads >线程组 jmeter3.0版本,默认线程组setUp theread Group 与terDown Thread Group,线程组。其他线程组可下载插件。 1) setup thread group 一种特殊类型的ThreadGroup的,可用于执行预测试操作。这些线程的行为完全像一个正常的线程组元件。不同的是,这些类型的线程执行测试前进行定期线程组的执行。 setUp Thread Group类似于loadrunner的init.可用于执行预测试操作。 2) teardown thread group. 一种特殊类型的ThreadGroup的,可用于执行测试后动作。这些线程的行为完全像一个正常的线程组元件。不同的是,这些类型的线程执行测试结束后执行定期的线程组。 tearDown Thread

Jmeter入门教程1-发送httpRequest

落花浮王杯 提交于 2019-12-05 03:15:07
Apache JMeter Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试,它最初被设计用于Web应用测试,但后来扩展到其他测试领域。 它可以用于测试静态和动态资源,例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库、FTP 服务器, 等等。JMeter 可以用于对服务器、网络或对象模拟巨大的负载,来自不同压力类别下测试它们的强度和分析整体性能。另外,JMeter能够对应用程序做功能/回归测试,通过创建带有断言的脚本来验证你的程序返回了你期望的结果。为了最大限度的灵活性,JMeter允许使用正则表达式创建断言。 Apache jmeter 可以用于对静态的和动态的资源(文件,Servlet,Perl脚本,java 对象,数据库和查询,FTP服务器等等)的性能进行测试。它可以用于对服务器、网络或对象模拟繁重的负载来测试它们的强度或分析不同压力类型下的整体性能。你可以使用它做性能的图形分析或在大并发负载测试你的服务器/脚本/对象。 Jmeter的文档地址 有兴趣的同学可以自己参照文档学习 工作中最近有用到Jmeter测试性能 使用Jmeter场景: 测试下http 接口的响应速度, 1.下载Jmeter Jmeter下载链接 下载解压。 解压目录如图 : 进入到bin目录执行 sh jmeter 启动

测试基础

自古美人都是妖i 提交于 2019-12-04 07:11:35
目录 为什么需要软件测试?回到顶部 为什么选择软件测试行业?回到顶部 为什么不让开发自己做测试?回到顶部 什么是测试?回到顶部 软件测试的作用?回到顶部 软件测试的诞生回到顶部 软件测试出现原因回到顶部 软件测试的发展回到顶部 软件测试的目标回到顶部 缺少软件测试发生的事故回到顶部 软件测试常见的误区回到顶部 软件测试的主要工作回到顶部 测试原则回到顶部 测试对象回到顶部 软件架构回到顶部 常见项目组织架构回到顶部 软件测试用例回到顶部 什么是测试用例回到顶部 为什么需要测试用例回到顶部 测试用例的意义回到顶部 测试用例的生命周期回到顶部 测试环境设计回到顶部 测试力度回到顶部 软件测试计划书回到顶部 测试计划的意义回到顶部 测试目标回到顶部 资源配置回到顶部 风险控制回到顶部 如何制定测试计划回到顶部 5W1H方法回到顶部 工作经验之谈回到顶部 图解软件测试计划回到顶部 软件计划报告回到顶部 软件兼容性回到顶部 what,什么是软件兼容性测试回到顶部 why,为什么要进行软件兼容性测试回到顶部 when,什么时候开始软件兼容性测试回到顶部 where,软件兼容性测试都要测什么回到顶部 who,谁来执行软件兼容性测试回到顶部 how,怎样执行兼容性测试回到顶部 版本控制回到顶部 引入版本控制的原因回到顶部 版本控制的定义回到顶部 版本控制方法回到顶部 版本控制评价标准回到顶部