测试工具

https://www.kernel.org/doc/html/latest/driver-api/ntb.html https://github.com/jonmason/ntb/wiki/Linux-NTB-HOWTO-build-and-install https://github.com/jonmason/ntb/wiki/Linux-NTB-HOWTO-test https://www.kernel.org/doc/html/latest/driver-api/ntb.html 1、NTB的概念和作用 NTB全称non transparent bridge，是相对于transparent bridge来说的。简单说就是枚举的时候，到了NTB这个桥时，枚举事务就结束了，也就是该桥对于枚举事务不再透明了（说白了就是PCI域隔离）。主要作用：用来连接两个或者多个分离的memory系统（说白了就是地址转换）。现在的NTB的支持两个通用特性：doorbell reg和memory地址转换窗口，还有一些不通用的特性：scratchpad和message寄存器。 Scratchpad寄存器是一个EP两端都可以读写的寄存器，可以用让对端设备和本段设备交换少量信息。 Message寄存器也可以用来做同样的事情。 这两种寄存器提供了特殊的mask bit来防止信息被对端设备重写

在本系列文章中的第一篇，笔者就提到了计划的实质是“特定的人在特定的时间在特定的地方做了特定的事情以实现特定的目标”,在上一篇文章的回复中，土豆老粗回复了对于测试计划的看法，也就是5W1H定义： > WHY：为什么要写测试计划； > WHAT：测试什么； > WHEN：测试不同阶段的起止时间； > WHERE：文档放哪； > WHO：哪些人去做； > HOW：怎么测试； 这个定义相对于我的来说，对于测试计划定义得更加详细。不过，正像笔者在博客签名中所宣称的那样：来自草根的实用主义。因此，5w1h定义就不适合三五个人十来杆抢的软件作坊了。对于很多刚刚起步测试活动（近两年才拥有“专门测试人员”，注意是“专门”而不一定是“专业”）的公司来讲——而这种公司，就笔者接触的一些同仁口中所述，在中国还不在少数——或许一些简化版的东西会更适合现在的他们，等到渐渐成长起来，我们才逐渐步入正轨。本文中笔者继续自己的草根实用主义，分享自己的关于计划测试活动中人的一些拙见。 这阵子软件相关论坛上都多多少少有人提到了工具与人的关系，在笔者看来这是一个很扯淡的问题，人的作用是不可能被工具取代的，人之所以为人而不是跟其他动物一样处于原始的生存状态，是因为人会“使用”工具。不过关于人和工具的那点儿事，则是后话了。 中国有句老话“养兵千日，用在一时”。这句话往往是在临战的时候将军（测试负责人）对战士（普通测试人员

非常好用的http接口测试工具 相信作为一个java开发人员，大家或多或少的要写或者接触一些http接口。而当我们需要本地调试接口常常会因为没有一款好用的工具而烦恼。今天要给大家介绍一款非常好用、实用且方便的http接口测试工具。本人认为这是目前我用过的最好http接口测试工具（没有之一），先给大家展示一下。 是不是感觉界面很清爽，好了废话不多说了，我们开始吧！ 需要的工具 1、谷歌浏览器（这是开发人员必用的浏览器，这里就不再详述了） 2、Advanced-REST-client插件 链接： https://pan.baidu.com/s/1bo05Bun 密码：emah 一、下载工具后，结构目录如下： 二、在Chrome浏览器中打开: chrome://extensions/ 三、勾选开发者模式和选择“加载正在开发的扩展程序” 四、选择在第一步解压出来的Advanced-REST-client_v3.1.9目录 五、使用，新建标签点击应用 ，或者输入：chrome://apps/ 六、插件加载配置文件，由于没有翻墙所以不会下载成功的，需要等一会，会看到选择配置文件的页面（definitions.json在下载的文件中） 七、成功 八、测试一下 后记：之所以说这是一款最好用的http接口调用工具，是用原因的。其一、本工具作为谷歌浏览器的插件使用，无须再打开额外的应用。其二

压力测试的概念 吞吐率（Requests per second） 概念：服务器并发处理能力的量化描述，单位是reqs/s，指的是某个并发用户数下单位时间内处理的请求数。某个并发用户数下单位时间内能处理的最大请求数，称之为最大吞吐率。 计算公式：总请求数 / 处理完成这些请求数所花费的时间，即 Request per second = Complete requests / Time taken for tests 并发连接数（The number of concurrent connections） 概念：某个时刻服务器所接受的请求数目，简单的讲，就是一个会话。 并发用户数（The number of concurrent users，Concurrency Level） 概念：要注意区分这个概念和并发连接数之间的区别，一个用户可能同时会产生多个会话，也即连接数。 用户平均请求等待时间（Time per request） 计算公式：处理完成所有请求数所花费的时间/ （总请求数 / 并发用户数），即 Time per request = Time taken for tests /（ Complete requests / Concurrency Level） 服务器平均请求等待时间（Time per request: across all concurrent requests）

selenium是什么? Selenium是最广泛使用的开源Web UI（用户界面）自动化测试套件之一。它最初由杰森·哈金斯（Jason Huggins）于2004年开发，作为 Thought Works 的内部工具。Selenium支持跨不同浏览器，平台和编程语言的自动化。 Selenium可以轻松部署在Windows，Linux，Solaris和Macintosh等平台上。此外，它支持IOS（IOS，Windows Mobile和Android）等移动应用程序的OS（操作系统）。 Selenium通过使用特定于每种语言的驱动程序支持各种编程语言。Selenium支持的语言包括C#，Java，Perl，PHP，Python和Ruby。目前，Selenium Web驱动程序最受Python和C＃欢迎。 Selenium测试脚本可以使用任何支持的编程语言进行编码，并且可以直接在大多数现代Web浏览器中运行。 Selenium支持的浏览器包括Internet Explorer，Mozilla Firefox，Google Chrome和Safari。 应该具备的知识 需要一些JavaScript知识才能学习本教程。 关于一些后端平台的知识不是必需的，但它可以帮助您了解各种Selenium概念。 Selenium功能特性 Selenium有以下功能特性：

1、上图来一张，Code Review翻译为：代码审查/代码评审 在金字塔中每一层测试的投入比例则要根据实际的产品特征来划分。在《Google 测试之道》一书中有提到，Google对产品测试类型划分为：小测试、中测试和大测试，釆用 70% (小）20% (中）/10% (大）的比例，大体对应测试金字塔中的Unit、Service和UI层。 1.1 单元自动化测试 单元自动化测试是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元是指一个函数， Java中单元是指一个类，图形化的软件中单元是指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。规范的进行单元测试需要借助单元测试框架，如Java 语言的 Junit、TestNG, C#语言的 NUnit,以及 Python 语言的 unittest、pytest 等，目前几乎所有的主流语言都有其相应的单元测试框架。 1.2 接口自动化测试 Web应用的接口自动化测试大体分为两类：模块接口测试和Web接口测试。 1）模块接口测试，主要测试模块之间的调用与返回。当然,我们也可以将其看作是单元测试的基础。它主要强调对一个类方法或函数的调用，并对返回结果的验证，所用到的测试工具与单元自动化测试相同。 2）Web接口测试又可分为两类

ISTQB测试人员认证 初级（基础级）大纲 ---中文修订版本1（2015年5月6日） 2015-06-22 大纲pdf下载 ISTQB资料中心 在课程大纲中，每个章节都会提供相应的认知水平要求：  K1：牢记  K2：理解  K3：应用  K4：分析 1. 软件测试基础 （K2）（155分钟） 1.1. 为什么需要测试（K2）（20分钟） 1.1.1. 软件系统的重要性（K1） 1.1.2. 引起软件缺陷的原因（K2） 1.1.3. 测试在软件开发，维护和运行中所担当的角色（K2） 1.1.4. 测试和质量（K2） 1.1.5. 测试是否充分（K2） 1.2. 什么是测试（K2）（30分钟） 1.3. 测试的基本原则 （K2）（35分钟） 1.4. 基本的测试过程（K1）（35分钟） 1.4.1. 测试计划和控制阶段（K1） 1.4.2. 测试分析和设计阶段（K1） 1.4.3. 测试实现和执行阶段（K1） 1.4.4. 评估出口准则和报告（K1） 1.4.5. 测试结束活动（K1） 1.5. 测试的心理学（K2）（25分钟） 1.6. 职业道德（10分钟） 2. 软件生命周期中的测试 （K2）（115分钟） 2.1. 软件开发模型（K2）（20分钟） 2.1.1. V模型（顺序开发模型） （K2） 2.1.2. 迭代-增量开发模型（K2） 2.1.3.

以下内容包括开源软件和许可的负载测试工具，但是几乎所有许可的工具都具有免费试用版，因此用户可以在决定哪种工具最适合他们的需求之前亲身实践： 1.网络负载 适用于Web应用程序的组织范围的负载和性能测试工具。 2. LoadUI NG Pro LoadUI易于使用的图形界面使新用户可以轻松设置负载方案。 3. SmartMeter.io 它提供了以Jmeter为核心的高级测试功能。 4. Triscentis洪水 它是基于云的分布式负载测试工具。 5.载入视图 它是一个完全托管的按需负载测试工具，可进行完全轻松的负载和压力测试。 6. Apache Jmeter 它是一个开源的负载测试工具，并且是一个Java平台应用程序。 7. HP Loadrunner 这是HP产品，可用作负载测试工具。它可以同时处理和创建数千个虚拟用户。 来源： CSDN 作者： 技术changes世界 链接： https://blog.csdn.net/qq_39717387/article/details/104069596

1 初识自动化测试 如果以前没有做过自动化测试，那么就不了解自动化测试，可能会觉得自动化测试比较神秘，但是，我们在日常的计算机操作中，可能会碰到一些自动化处理的过程，这些过程和自动化测试比较接近。 例如， Windows操作系统的控制面板中，有一项功能： 任务计划向导 。 DOS批处理文件，直到今天的Windows Vista还在使用它。它更接近自动化测试。 上述的自动化处理过程还不是测试，因为 测试的重要一点是须要验证 ，将实际执行的结果和用户期望的结果进行比较。没有这个比较，就不是自动化测试。 2 自动化测试和手工测试有什么不同 亲手做过自动化测试之后，我们对自动化测试就有了一个感性的认识，至少有下列几点感觉： 　　l 机器人从来就不会感觉累 　　l 自动化测试的速度，是手工测试无法比的 　　l 测试结果准确。例如搜索用时即使是0.33秒或0.24秒，系统都会发现问题，不会忽视任何差异。 　　l 一旦脚本完成，可以一劳永逸地运行很多遍，重复使用。 从这里就可以初步体会到自动化测试的优越性―― 高效率、准确可靠 和 复用性 。同时，自动化测试也有不利的一面，即在 创造性、发现新缺陷 等方面能力不足。 有资料显示，即使自动化测试实施良好，也只能发现软件系统中30%的问题，而70%的问题还要靠手工测试发现。所以 自动化测试更适合于负载测试、性能测试和回归测试 。 概括起来

几款具有代表性的自动化测试工具汇总简介 一、传统自动化测试工具/商业工具（传统工具较多仅介绍两款，基本都是国外的） 1、QTP，全名HP QuickTest Professional software ，最新的版本为HP QuickTest Professional 11.0QTP是quicktest Professional的简称，是一种自动测试工具。使用QTP的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。 因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等QuickTest针对的是GUI应用程序，包括传统的Windows应用程序，以及现在越来越流行的Web应用。它可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。 其中包括：创建测试、插入检查点、检验数据、增强测试、运行测试、分析结果和维护测试等方面。 2、IBM Rational Functional Tester（简称RFT）是一款先进的、自动化的功能和回归测试工具，它适用于测试人员和GUI开发人员。使用它，测试新手可以简化复杂的测试任务，很快上手；测试专家能够通过选择工业标准化的脚本语言，实现各种高级定制功能。 通过IBM的最新专利技术，例如基于Wizard的智能数据驱动的软件测试技术