当前位置:文档之家› 测试工具的使用说明

测试工具的使用说明

测试工具的使用说明
测试工具的使用说明

测试工具的使用说明

1. atop

atop是一个高级的Linux系统全屏性能监视器,会定期的显示CPU、内存、磁盘、网络的负载信息。

在终端输入./atop会出现如下界面:

在界面中键入‘m’,就会显示每个进程的内存情况,如下图:

在界面中键入‘s’, 就会显示与调度有关的进程信息,如下图:

在界面中键入‘v’,就会显示每个进程的全部信息,如下图:

在界面中键入‘c’,就会显示每个进程的命令行,如下图:

2.bonnie++

1.使用说明

-d:在测试时会生成一些文件,并读或更改这些文件。这个参数是设置测试文件放置的路径。

-s:单个测试文件的尺寸。这个参数值必须大于等于2倍测试使用的内存。测试时应该用大文件尺寸。

-m:测试的机器名称

-r:测试需要用多少内存。如果省略这个值,则会用全部的物理内存。

-x:循环几次

-u:指定执行测试的OS用户。当不是以root执行时,必须显式指定。

-g 测试文件的组,默认是执行bonnie++的当前用组。

-b 在每次写文件时调用fsync()函数,对于测试邮件服务器或者数据库服务器这种通常需要同步操作的情况比较适合,而不使用该参数则比较适合测试copy文件或者编译等操作的效率。

2.结果分析

下面看一个测试结果,通过这个结果我们解释一下到底bonnie++在测试过程中都作了什么,而每一个输出的结果又表示了什么。

依次解读一下,从Writing with putc()开始到Delete files in random orde…结束,这是bonnie++作的12项测试,这12项测试依次对应12项结果,而这12项结果又被分为了5大类,分别是Sequential Output(写测试),Sequential Input(读测试),Random Seeks(读写测试),Sequential Create(顺序读写文件测试)和Random Create(随意读写文件测试)。

那么测试步骤和测试结果依次对应的顺序就是:

Writing with putc() -> Sequential Output的Per Chr

Writing intelligently -> Sequential Output的Block

Rewriting -> Sequential Output的Rewrite

Reading with getc() -> Sequential Input的Per Chr

Reading intelligently -> Sequential Input的Block

start 'em -> Random Seeks

Create files in sequential order -> Sequential Create的Create Stat files in sequential order -> Sequential Create的Read

Delete files in sequential order -> Sequential Create的Delete Create files in random order -> Random Create的Create

Stat files in random order -> Random Create的Read

Delete files in random order -> Random Create的Delete

每个结果中又包括了2项数值,一个是K字节数或者文件数,另一个是%CP,就是执行这项测试时CPU的平均占用率。对于输出结果的评价,我们认为在相等CPU的占用率情况下,存取字节数越高表示该存储设备的吞吐量越大,自然性能也就越好。

Per Chr表示以字符为单位读写文件

Block表示以block为单位读写文件

Rewrite表示修改并重写已经存在的文件的每一个block

K/sec表示每秒读或写文件的速率,以K为单位

%CP表示在某阶段执行操作时平均消耗的CPU

可以看到,该机器的字符写速度可达8909K/sec,block写速度可达20708K/sec,字符读速度可达27673K/sec,block读速度可达80684K/sec。

3.Dbench Tbench

Dbench和Tbench是用来模拟工业标准的Netbench负载测试工具来评估文件服务器的测试工具。

Dbench只产生文件系统的IO负载。

-t 设置运行时间,以秒为单位。

-D 测试运行的基本目录测试时产生的一些文件存放位置,测试完毕后会自动把这些文件删除

-c 负载文件的位置 Dbench和Tbench 都会读取一个负载描述文件client.txt,这个文件是安装程序自带的,通过读取它来产生负载。

测试结果:

从上图可看到模拟100个client同时运行10秒的吞吐量68.9123MB/sec。

Tbench产生TCP负载。

运行Tbench之前首先要在服务器上面启动tbench_srv。

测试结果:

从上图可看到模拟100个client同时运行10秒的吞吐量117.434MB/sec。

4.Fdtree

Fdtree是一个用来测试文件系统元数据性能的工具。

参数含义:

-C 只创建目录树

-D 打开调试

-R 只移除目录树

-l 创建目录的递归等级,默认为4

-d 每个等级所要创建的目录个数

-f 每个目录下所要创建的文件个数

-o 开始测试时的路径名

-s 文件大小(是以block计算的,linux下block大小为4096Bytes),默认为10 fdtree.bash –d 1 –l 2 –f 10000 –s 10000

这个例子是一个文件压力的测试,创造的目录结构的等级为2,每个等级下创建1个目录,每个目录下文件的个数为10K,每个文件的大小为10000*4096Bytes=40.96MB,总的数据大小为2*10000*40.96MB=819.2GB。

fdtree.bash -d 10000 -l 100

这个例子是一个目录压力的测试,创造的目录结构的等级为100,每个等级下目录的个数为10K。第一等级下的总目录个数为10K,第二等级下的总目录总个数为10K*10K,第三等级下的总目录个数为10K*10K*10K,依次类推!

上图显示了一个Fdtree的测试结果,目录等级为4,每个等级下创建目录的个数为5,每个目录下文件的个数为3,文件大小为40KB。

5.Ffsb

Ffsb是一个文件系统性能测试工具,它通过读取可定制的profile文件来产生不同的工作负载,支持多个线程组访问多个不同的文件系统。

下图内容是一个典型的profile文件的组成形式:

profile文件由三部分组成:global options部分、filesystems部分、threadgroups 部分.

Global options:

在profile文件的开始部分有8个全局变量,其中有三个是必须设置的:num_filesystems指定文件系统的个数,num_threadgroups指定线程组的个数,time 指定测试运行的时间。

其余的5个变量是可选的,分别为:directio、alignio、bufferredi、verbose、callout: filesystems:

对于ffsb来说文件系统就是一个目录,所以我们必须确保文件系统挂载到了相应的目录。在这里,我们可以设置文件系统中文件和目录的个数以及文件大小的最大值和最小值。

为0,文件最大为41943040B,文件最小为41943040B。

threadgroups:

在这一部分指定了线程的个数,读写文件的大小和读写块的大小。

如何详细的编写profile文件可参考ffsb软件包中的README文件。

Ffsb的运行方式:./ffsb [profile文件的具体位置]

上图是一条ffsb命令的执行,开始时ffsb会把要执行的profile文件的主要内容列出到屏幕,如上图。

运行结果见下图:

由上图可知,创建100个40MB的文件共需要时间263s,吞吐量为245MB/s,CPU的利用率为84.6%。

6.Fstest

Fstest文件系统的一个测试工具。

参数含义:

-n 设置子进程个数

-f 设置文件数量

-s 设置文件大小

-b 设置块大小

-p 设置测试路径

-l 设置循环次数

-S 使用同步IO

7.Locktests

用来测试文件控制锁的功能。

一个主进程在一个文件域(字节范围锁)设置一把锁,几个子进程设法在这个区域进行操作,比如:读、写、设置新琐等。

-n 进程个数

-f 在一个由-f定义的文件上进行测试

-T 用线程代替进程

测试结果:

每一次测试主进程都会上一把锁(读/写),子进程会在这锁部分执行以下操作:写、读、设置一个读锁、设置一个写锁。

8.Mdtest

Mdtest是一个测试文件系统元数据性能的工具。

经常用到的一些参数的含义:

-d 测试运行的目录

-i 测试循环的次数

-n 每个进程将要创建/统计/删除的目录和文件数目-w 文件创建以后写入多少bytes

-p 循环前的时间延迟

-D 只针对目录进行测试

-F 只针对文件进行测试

上图是一个mdtest的测试结果,测试参数为:测试运行的目录为/mnt/leofs,创建/统计/删除的目录和文件数为2000,反复执行5次。

从上图可看到目录创建每秒能够完成的操作数最大为492.270次,每秒能够完成的操作数平均为274.373次;文件创建每秒能够完成的操作数最大为1424.710次,每秒能够完成的操作数平均为1150.642次。

9.Memtest

Memtest是一款免费的内存测试软件,测试准确度比较高,内存的隐性问题也能检查出来.

> 测试内存的大小,‘all’代表测试所有可用的内存

[runs] 测试的次数

[-l or --log] 保存测试日志到当前目录的memtest.log

软件检验测试的各种方法介绍

2.集成测试

集成测试,英文是Integration Testing。 集成测试是指一个应用系统的各个部件的联合测试,以决定他们能否在一起共同工作并没有冲突。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。一般集成测试以前,单元测试需要完成。 集成测试是单元测试的逻辑扩展。它的最简单的形式是:两个已经测试过的单元组合成一个组件,并且测试它们之间的接口。从这一层意义上讲,组件是指多个单元的集成聚合。在现实方案中,许多单元组合成组件,而这些组件又聚合成程序的更大部分。方法是测试片段的组合,并最终扩展进程,将您的模块与其他组的模块一起测试。最后,将构成进程的所有模块一起测试。此外,如果程序由多个进程组成,应该成对测试它们,而不是同时测试所有进程。 集成测试识别组合单元时出现的问题。通过使用要求在组合单元前测试每个单元,并确保每个单元的生存能力的测试计划,可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别 3.冒烟测试 冒烟测试,英文是Smoke testing。 冒烟测试的名称可以理解为该种测试耗时短,仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板基本功能检查。任何新电路板焊好后,先通电检查,如果存在设计缺陷,电路板可能会短路,板子冒烟了。

冒烟测试的对象是新编译的每一个需要正式测试的软件版本,目的是确认软件基本功能正常,可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。 4.系统测试 系统测试,英文是System Testing。 系统测试是基于系统整体需求说明书的黑盒类测试,应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试,目的是验证系统是否满足了需求规格的定义,找出与需求规格不相符合或与之矛盾的地方。 系统测试的对象不仅仅包括需要测试的产品系统的软件,还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此,必须将系统中的软件与各种依赖的资源结合起来,在系统实际运行环境下来进行测试。 5.回归测试 回归测试,英文是Regression testing。 回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上,软件产生新版本,都需要进行回归测试,验证以前发现和修复的错误是否在新软件版本上再次出现。 根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现

教学管理系统软件~使用说明书

伟航教学管理系统软件 V2.0 说明书 1.引言 本软件使用说明书是为了指导伟航教学管理系统软件 V2.0的使用操作,同时为本软件系统的测试提供必要的信息。 本详细设计说明书的读者都包括以下人员: a. 代码编写人员 b. 测试人员 c. 概要设计人员 d. 其它对伟航教学管理系统软件 V2.0感兴趣的人员。 2.软件概述 2.1目标 1、使用方便、安装简单,用户只需要进行本地安装即可方便地使用本软件。 2、伟航教学管理系统软件 V2.0的设计旨在实现管理员、教师以及学生对信息的查询、修改以及更新提供便利性。教学管理系统是一个辅助学校教务人员完成日常工作中,涉及教师管理、课程管理和成绩管理等项目的日常比较繁重的工作。它应用计算机在数据处理和数据整理保存方面的优异性能,帮助工作人员提高工作的效率、减少出错情况。 2.2功能特点 该系统具有以下几个功能特点: (1)本软件系统的开发采用了C/S结构,技术成熟,使得该系统具有高可靠性、较强的拓展性和维护性;

(2)该系统支持并发用户数较多。响应时间仅在2s左右,具有良好的实用性和出众的性价比。 (3)同时本软件在预检结果的准确度方面也具有很高的可信性。开发人员在网络安全、数据传输安全、数据访问安全和数据存储安全等几个方面做了大量努力,使得系统安全性极高; 3.运行环境 3.1硬件环境 服务器端:CPU以Intel的型号为准,可以采用AMD相同档次的对应型号,内存基本配置4G 客户端:CPU为Core i3-2100 3.10GHz(标准配置),内存为4 GB(标准配置),磁盘存储为500 GB(标准配置)。 3.2软件环境 客户端:操作系统为Microsoft Windows 7、Windows 10、Microsoft XP 3.3方案设定 3.3.1 基本E-R图设计 伟航教学管理系统软件 V2.0使教学管理的计算机化成为高校管理现代化、决策科学化的一个重要环节,是开创教学管理工作新局面的必由之路。本系统的E-R图设计主要包括教师、学生、系部、课程等实体部分,本系统的E-R设计图如图3-1、图3-2、图3-3和图3-4所示。

QXDM基本功能及使用方法

QXDM基本功能及使用方法 QXDM(The QUALCOMM Extensible Diagnostic Monitor)是高通公司(Qualcomm)公司发布的可以对手机终端所发数据进行跟踪有效工具,通过对数据的分析可以诊断信令流程、分析数据包的正确与否等。在测试中有重要作用,正确合理的使用可以为我们测试提供便捷的定位手段。 首先在电脑上安装QPST,路径:\\172.16.100.15\品控平台\测试中心\移动\软件测试\07_测试资源\工具\QXDM工具\QPST下载工具,QPST是一个针对高通芯片开发的传输软软件,所以QXDM也必须使用QPST才能实现手机终端和PC用户图形界面的一个交互的功能。物理连接架构如下: 图1.物理连接 QXDM安装路径:\\172.16.149.121\72-v1189-159_3.14.614 激活时使用的用户名密码: User ID:ShangFeixun01 Password:4855sfcc Admin key:4802 1.手机端与电脑的连接 将手机用USB线连接PC,安装手机驱动(WIN7是自动安装,一般我们PC 上都会有android4.1或其他版本的驱动这点不用在意),之后打开QXDM professional。在菜单栏选项中可以看到Options选项,点击Options选项选择Communications…出现如下界面:

图2Communications 从上图可以看到COM28端口的Phone选项中能读出手机端口,这样我们可以直接在①处直接选择COM28,然后点击OK。 但往往有时候在上面的端口表中不一定会显示出含有手机端口的COM口,这是我们就要借助QPST了,双击下图中的小地球 图3QPST port 之后出现如图4所示的窗口,查看列表看是否有连接手机端的COM口,若无则点击Add new port 图4QPST Configuration

关于测试工作流程及工具使用

关于测试工作流程及工 具使用 标准化管理部编码-[99968T-6889628-J68568-1689N]

1前言 本文档仅作用于公司内部人员使用参考,主要概括的是开发组与测试组的工作流程及工作衔接内容,该文档由测试组人员内部制定,若有考虑不周之处请给出建议!编写此流程的主要目的是规范测试,提高开发组与测试组的工作效率,尽可能早地找到BUG,并保证得以修复。 2测试流程简介 2.1测试工作总体流程 2.1.1测试计划用例设计 2.1.1.1执行环境 1、项目立项后,项目组讨论项目实施过程后执行此流程; 2、前提是须有《项目技术规范说明书》,若客户未提供可从其它途径获取客户需求 (如以前项目文档,样机获取等); 3、与开发组的程序设计阶段同步,即开发设计项目实施时测试组同步进行测试设计, 此过程为测试执行做准备工作; 4、立项项目经理把技术规范说明书共享给开发、测试组开发组人员解析说明 书并设计代码、测试组根据说明书作出测试计划、测试用例此阶段完成(此过程中开发组和测试组进行功能规格沟通)。 2.1.1.2执行细则 测试计划 测试负责人根据项目的需求,制定测试计划,明确目标与测试任务以及测试人员的安排。测试计划分复杂文档型和简单实用型,综合我司目前情况,比较适用后者即简单实用型,引用Microsoft Project来计划分配项目任务,把项目细分为各个阶段、阶段再

细分为各个任务,任务精确到具体时间、负责人,测试计划的主要要素包括:项目名称、任务名称、工期、开始时间、完成时间、资源名称等,如下图。 测试用例 依据已引用的用例模板,进行用例设计,挖掘用户潜在需求并结合到用例设计,与需求接口人沟通获取更直观的用户要求; 若项目时间充足,测试用例可提供给开发人员,以便开发人员结合代码设计思路给出建议,使测试用例达到更高的可执行效果; 测试用例由测试组相应测试人员设计。 2.1.2系统测试 备注:测试阶段分为单元测试、集成测试、系统测试、验收测试,单元测试由开发人员根据代码进行测试,集成测试即分模块单独测试(此阶段跳过),系统测试即集成后的版本测试(我司主要以此阶段作为测试的重心),验收测试即模拟用户进行使用测试(发布前的版本)。 结合公司环境,目前测试执行(测试执行区别于测试设计,测试设计主要是方法、过程的设计,测试执行是执行已设计好的方法及过程)包括系统测试、回归测试、验收测试三大步骤。 2.1.2.1执行环境 1、执行前提是“测试计划用例设计”阶段完成; 2、此阶段开发组须集成可测版本提供给测试组执行测试,测试组先进行冒烟测试,冒烟 测试不通过则须返回开发组再集成可测版本;(在此说明,冒烟测试即机顶盒常用功能都可正常执行操作,可理解为机顶盒的基本功能测试) 3、完成测试文档前期准备工作; 2.1.2.2执行细则 测试人员针对独立的测试任务进行方案设计(可自定义)测试人员执行测试用例实时提交发现的BUG至TestDirector、开发人员实时访问刷新BUG页面跟踪并修复BUG开发人员提供新版本测试人员回归测试检测已修复BUG、提交新BUG重复蓝色标记步骤直至所有BUG通过测试人员编写测试报告。

Modbus测试软件使用说明

Modbus测试软件使用说明 Modscan和Modsim分别用来模拟主站和从站。 前提条件:已知厂家通讯设备ID、数据起始地址、数据个数、数据功能码。 笔记本插入USB转换头后显示的com口号。 Modscan使用步骤 (假设通讯设备ID为1、数据起始地址为2、数据个数24、数据功能码03、Com口号为3) 硬件连接好之后 1:打开modscan。 2:设置好通讯设备ID、数据起始地址、数据个数、数据功能码。 3:点击链接设置——链接

在下图中设置好com口号、配置(一般为波特率9600、字节8、奇偶校验无、停止位1)、协议选择里面选择标准RTU 4:确定后链接 正常时发送数据(number of polls)和从站接收有效数据(valid slave responses)后个数一直累加显示。 不正常时只发送数据(number of polls)个数一直累加显示。

Modsim使用步骤 (假设通讯设备ID为1、数据起始地址为2、数据个数24、数据功能码03、Com口号为3)硬件连接好之后 1:打开modsim,选择File——New 2:设置好通讯设备ID、数据起始地址、数据个数、数据功能码。

3:点击Connection——connect——port3(数据通讯链接) 3:点击Connection——Connect——Status(数据通讯状态显示) 通讯正常时com3对应的V alid和Invalid值都累加显示。 通讯不正常时com3对应的只invalid值累加显示。 注意事项:1:测试显示的数据起始地址=数据起始地址+1。 2:USB转换接头驱动可由电脑安装驱动精灵检测(插上USB转换接头)自动安装。 3:com口号的查看右击我的电脑——设备管理器——端口 路守山2015年5月4号

软件测试中遇到的常见问题及沟通方

软件测试中遇到的常见问题及沟通方法 从一开始,测试就要关注需求。往往在讨论设计时,开发和需求很容易忽略了测试成员,他们潜意识里觉得这不关测试什么事。可是,测试也要熟悉业务,熟悉功能,熟悉各种设计,而且测试需要站在用户的角度来去考量他 们的设计是否有不合理的地方,并提出自己的建议。这些工作,测试成员需要主动,积极参加,多提建设性意见,这样可能会让开发慢慢发现测试成员的重要性。 其次,沟通最频繁应该还是关于bug的讨论。下面列出几个遇到的沟通问题,及我的解决办法。 1、这个bug我这边重现不了 解决办法 Bug应该简明扼要,重点突出。如果描述存在歧义,一定要总结并尽快改进。有时会遇到概率性的bug,要告诉开发概率是多少,尽可能多的提供重现的条件。 在复现问题时,希望能大致判断几个问题点,然后和测试人员沟通下,需要如何捕获信息,捕获那类信息?是不是提供debug版本进行复现,或者根据预判的点增加打印信息版本进行复现? 2、这个不是代码问题,需求这么定义的 解决办法 需求也是人定的,如果觉得有异议,可以找需求人员询问清楚,为什么这样定义,把自己的想法告诉他们,看他们怎么决定。如果被需求说服了当然是最好的,如果自己还是不同意需求的看法,需求又不同意我的提议,那只能听他的,毕竟权力在他那里。但是我们可以保留交流的记录,证明曾经在这里发生过歧义。 3、这块是别人负责的,我负责的部分没有问题 解决办法 如果bug是由开发的项目经理来分发到程序员,那就是项目经理来面对这样的问题,而不是测试。当然,项目经理当然有项目经理的处理办法。可是,测试遇到这样的问题怎么办呢,把负责相关内容的开发都邀请到一个讨论组里,让他们自己讨论,这样更清楚,不必在测试这里中转。如果他们都觉得代码没问题,而我也有强有力的截图和真相,那就只有上交给上级领导,让他们来决定怎么解决。

常用通讯测试工具使用

常用通讯测试工具 鉴于很多MCGS用户和技术人员对通讯测试工具并不很熟悉,本文档将针对实际的测试情况,对串口、以太网通讯调试过程中所涉及到的常用的测试软件进行相关的讲解。 1. 串口测试工具: 串口调试工具:用来模拟上下位机收发数据的串口工具,占用串口资源。如:串口调试助手,串口精灵,Comm等。 串口监听工具:用来监听上下位机串口相关操作,并截获收发数据的串口工具。不占用串口资源。如:PortMon,ComSky等。 串口模拟工具:用来模拟物理串口的操作,其模拟生成的串口为成对出现,并可被大多数串口调试和监听软件正常识别,是串口测试的绝好工具。如:Visual Serial Port等。 下面将分别介绍串口调试助手、Comm、PortMon和Visual Serial Port的使用。

1.1. 串口调试助手: 为最常用的串口收发测试工具,其各区域说明及操作过程如下: 串口状态 打开/关闭串口 十六进制/ASCII 切换 串口数据 接收区 串口参数 设置区 串口数据 发送区 串口收发计数区 发送数据功能区 保存数据功能区 操作流程如下: ? 设置串口参数(之前先关闭串口)。 ? 设置接收字符类型(十六进制/ASCII 码) ? 设置保存数据的目录路径。 ? 打开串口。 ? 输入发送数据(类型应与接收相同)。 ? 手动或自动发送数据。 ? 点击“保存显示数据”保存接收数据区数据到文件RecXX.txt。 ? 关闭串口。 注:如果没有相应串口或串口被占用时,软件会弹出“没有发现此串口”的提示。

1.2. PortMon 串口监听工具: 用来监听上下位机串口相关操作,并截获收发数据的串口工具。不占用串口资源, 但在进行监听前,要保证相应串口不被占用,否则无法正常监听数据。 连接状态 菜单栏 工具栏 截获数据显示区 PortMon 设置及使用: 1). 确保要监听的串口未被占用。 如果串口被占用,请关闭相应串口的应用程序。比如:要监视MCGS 软件与串口1设备通讯,应该先关闭MCGS 软件。 说明:PortMon 虽不占用串口资源,但在使用前必须确保要监听的串口未被占用,否则无法进行监视。 2). 运行PortMon,并进行相应设置。 ? 连接设置: 在菜单栏选择“计算机(M)”->“连接本地(L)”。如果连接成功,则连接状态显示为“PortMon 于\\计算机名(本地)”。如下图:

AMCap 摄像头测试软件使用说明

AMCap 摄像头测试软件使用说明 一、预览图像: 1、解压文件AMCap 全功能珍藏版.ini与AMCap 全功能珍藏版.exe,这两个文件一定要放在同一个文件夹目录下(一定要解压出来才能打开软件,否则打开会出现图像不能预览的错误)。 2、双击AMCap打开摄像头; 3、点击设备选择好视频设备(上)和麦克风设备(下)如下图红色框框所示: 4、点击“选项”选择“预览”打钩,如下图: 5、 点击视频捕捉接口,然后点击输出大小,选择1920*1080(根据需要调节分辨率,分辨率大小取决于录像文件大小),压缩格式改成MJPG,然后点击确定。 6、现在就可以旋转镜头来调清晰度了,调成广角来测试,看看四周有没有暗角。一定要多测试几次来确定有没有暗角。

二、录像: 1、点击文件设置好录像文件路径—设置好录像文件名称—弹出的录像大小直接按确定不需要去填数据: 2、点击“捕捉”选项选择好红框所示的“捕捉音频”打钩,然后点击“开始捕捉”就开始录像了,需要停止录像就点击“停止捕捉”录像完成后去上一步设置的文件路径里面查找您的录像文件,需要录另一个文件请在路径名称里面改一下文件名就可以录制第二个录像:

三、拍照: 1、选择“捕捉”选项里面的“拍照”选项,钩选“启用”钩钩,如下图: 2、然后点击文件夹设置好拍照存储路径,如下图:

3、点击“快照”或者按快捷键(Ctrl+L键)就可以拍照了(拍照文件请到设置好的拍照文件路径里面寻找,照片大小可以通过上面步骤调节分辨率大小来调节,分辨率越大照片越大,分辨率越小照片越小),拍照如下图操作: 注:此软件只能操作预览和简单录像拍照使用,录像格式为A VI, 拍照格式BMP、JPG和PNG格式,(录像拍照的文件大小与分辨率大小有直接关系,分辨率越大文件越大,分辨率越小文件越小,设置分辨率请参照一的第5项)如果需要专业格式的录像请您自行查找别的视频软件,我们的摄像头支持所有的视频软件。

DD-B&K模态测试用户手册

7753型模态测试顾问软件的主要功能是以几何模型方式引导用户进行模态试验并管理测试数据.在试验过程中对连击、过载、激励不充分等错误以语音等方式提示,减少测量中的错误。 本文的目的在于帮助用户快速掌握使用7753软件进行模态测试的过程。测量前建议用户在Windows控制面板中的区域设置中把默认语言改为英语,,并关闭防病毒程序。 模态测试的主要过程包括: 支撑被测物 选择力锤和激励方案 在被测物上布置加速度计(对电荷型加速度计还需要连接电荷放大器) 确定通道的输入量程 对力和响应信号分别加窗(加窗的原因详见参考文献1) 确定分析带宽,平均次数 选择要测量和观察的函数 导出测量数据 目录 1.选择试验布点和激励、响应方式 (2) 1.1结构如何安装 (2) 1.2 锤击法使用的力锤 (2) 1.3 确定激励方案 (3) 2. 使用 PULSE 7753 模态测试顾问软件测量结构频响 (4) 2.1在Project Info中选择参考信号 (4) 2.2在Hardware Setup中对通道选择正确的传感器 (4) 2.3在Geometry Task中可以进行测量结构的图形创建,并添加测量节点 (4) 2.4在Measurement Point Task中向测量点添加传感器 (5) 2.5在 Analyzer Setup Task设置分析属性 (5) 2.6在 Hammer Setup Task 设置激励信号量程、触发电平、时域窗 (5) 2.7在Response Setup Task设置响应信号量程、时域窗 (6) 2.8 在Measurement Task检查并保存测量结果 (6) 3. 测量结果导出 (7)

硬件测试软件使用说明

JD系列计算机联锁系统 硬件测试软件使用说明 一、JD1A型计算机联锁系统硬件测试说明 1、DT7硬件调试程序说明 主菜单如下: Function Menu 0 ----------------- Auto Select Board 1 ----------------- Auto Send Pulse 2 ----------------- Read Input 3 ----------------- Auto Test 4 ----------------- Multi-Func Board Test 5 ----------------- Output Test by Bit Q ----------------- Exit Please input function select: 1.1功能选择“0” 给出以下提示: Please input box number !(Q=return) 输入所选箱号(0~f)后,按顺序对该箱内的所有板的高低位进行板选,通过看对应电路板对应高低位指示灯是否点亮判断译码是否正确。 1.2功能选择“1” 给出以下提示: Please input box number !(Q=return) 输入所选箱号(0~f)后,对该箱内的所有输出板的高低位轮流都分别送四次9Hz脉冲,分别为一个、两个、三个和四个脉冲,每送一串脉冲之间延时一定时间。同时观察对应驱动板的的指示灯是否显示正确。 1.3功能选择“2” -----单板测试 按顺序给出以下提示:

1. Please input box number !(Q=return) 2. Please input read type!( 0=Auto/1=Direct/2=ReadBack/Q=Return) 3. Please input card number ! 4. Please input address low or high !( 1=Low/2=High/3=Terminal/Q=Return) 其中1、3的有效输入为0,1,2,3,4,5,6,7,8,9,a,b,c,d,e,f中任一数字,分别表示所选中的第几箱及第几块板;2的有效输入为0,1,2,3,分别表示自动读入、直接读输入、内环路读入及返回功能选择,其中自动读入将根据内环路测试读入的值做比较[测试范围是由DT4.H文件中宏BOXSTART、BOARDSTART、BOXEND、BOARDEND分别定义开始箱号、开始板号、截止箱号、截止板号],若有错即存入一个错误日志文件中(err.dat)[DT4.C源文件中WRITE_ERR宏需打开才会生成日志文件并写入],从中可以去仔细分析为什么出错。4的有效输入为1,2,3,分别表示选低位、高位及不选。当3、4为无效的其他输入,则出现1的提示,按’Q’返回主菜单. 通过查看电路板上的指示灯看是否正确选中莫一箱的莫一块板的低位或高位,并通过屏幕打印的状态判断外界输入是否正确。 1.4功能选择“3”-----单箱自动测试 按顺序给出以下提示: 1.Please input box number !(Q=return) 2.Please input the End Borad number !(Q=return) 3.Please input test type!(0=Input/1=Output/Q=Return) 其中1、2的有效输入为0,1,2,3,4,5,6,7,8,9,a,b,c,d,e,f中任一数字,分别表示所选中的第几箱及从第0块板测到第几块板;3的有效输入为0,1,’Q’,分别表示输入测试、输出测试及返回功能选择,输入测试时相应的各板采集位会打印在屏幕上,输出测试则会将输出全f,并看回读是否正确。并可通过查看输入板与输出板上的指示灯是否与屏幕显示一致判断各电路板工作是否正常。测试如有错,错误代码会显示在屏幕上,并存入一个错误日志文件中(err.dat)[DT4.C源文件中WRITE_ERR宏需打开才会生成日志文件并写入],从中可以看出是什么类型的错误。刚运行该程序,执行该功能如无错误代码显示时,说明所测试的箱体内所有电路板基本都工作正常。 1.5功能选择“4”------多功能板测试 按顺序给出以下提示: 1.Please input box number !(Q=return) 2.Please input Multi-Fuction Borad Pos!(0~f=Board_Pos/Q=Return) 其中1、2的有效输入为0,1,2,3,4,5,6,7,8,9,a,b,c,d,e,f中任一数字,1输入表示多功能板所在箱,2输入表示多功能板在该箱的位置。当多功能板后面正确连线后,能使机柜上的继电器吸起,并有动态12V产生。有错误时,屏幕上会有显示。 1.6功能选择“5”------输出单个通道位测试 按顺序给出以下提示: 1.Please input box number !(Q=return) 2. Please input the Borad Pos in the box!(0~f=Board_Pos/Q=Return) 3. Please input the High or Low Bit Pos in the Board!(1=Low/2=High/Q=Return) 4. Please input the Bit Pos in the High or Low Word!(0~f=Board_Pos/Q=Return) 其中:1表示输出机箱;2表示输出板在该箱的位置;3表示该输出板高16位或低16位输出;4表示高16位或低16位的哪一位要输出。 1、2的有效输入为0,1,2,3,4,5,6,7,8,9,a,b,c,d,e,f中任一数字。

ONVIF Device Manager测试工具使用方法

ONVIF 测试工具使用方法 ONVIF Device Manage工具主要用来验证设备是否支持onvif,实时预览、PTZ控制及远程配置IPC参数等功能。 一、ONVIF Device Manage安装 1.PC安装环境要求:装有Microsoft .Net Framework 4.0版本 2.安装源文件请见:ONVIF Device Manage.rar 注:Microsoft .Net Framework 4.0安装不成功的解决方式,见备注。 二、ONVIF Device Manage的使用 1.运行工具 双击ONVIF Device Manage快捷方式,运行工具。当前局域网内,支持onvif协议的IPC可以自动显示出来,见下图。Device List列表即检索到的IPC列表 2.基本功能介绍

1>登录 此时输入的用户名和密码为设备自身的用户名和密码,有的厂家设备不需要。输入正确的用户名和密码,即可实时预览IPC及参数配置。 2>实时预览 在设备列表选择一个IPC(单击即可),点击Live video即可预览该IPC画面,main stream 是主码流预览,sub stream是子码流预览 在Device List区域的文本框输入IP地址,即可过滤其它IPC,留下符合条件的设备.

4>手动增加 点击Add按钮,输入url,例如http://192.168.1.123/onvif/device_service,点击Apply,即可手动增加IPC 5>rtsp路径

实时预览画面的下方,会显示rtsp路径。如下: rtsp://192.168.1.166:5504/channel=0;stream=0;user=system;pass=system 192.168.1.166为IPC的地址 5504为IPC的端口 channel为通道 stream为码流,0默认是主码流,1为子码流 user和pass:用户名和密码 6>视频编码配置 选择子码流预览,可以配置子码流的编码参数 7>码流选择 点击Profiles,进入码流切换界面

软件测试中常见问题分类说明

软件测试中常见问题分类说明 一、规范化问题 包括软件规范和业务规范两大类,软件规范问题主要指操作过程中显而易见的错误或缺陷,非人性化设计、友好度较差等;业务规范问题主要指使用非标准或非惯例的业务术语、以及概念错位等。 ㈠软件规范问题 1、操作指示不明确 提示存在二意性、提示操作项“忽略”、“取消”、“退出”等含义不明确。(一般) 2、简单界面规范问题 ①按钮图片丢失、按钮图片不配套、按钮大小排列不美观;(一般) ②在引用数据窗口的下拉框中,没有根据实际数据来调整下拉框显示的%的大 小和垂直滚动条,导致文本只显示了一部分;(严重) ③界面中存在色块;(一般) ④菜单排列顺序有误;(一般) ⑤窗体最小化以后在屏幕上找不到了,无法恢复原窗体;(一般) 3、操作过程缺乏人性化考虑 ①选项过于烦琐且不必要、设置不合适导致使用者遗漏、常规按钮排列顺序 不一致(一般) ②常用功能不支持键盘操作。(严重) ③单据处理中当由于存在空行时,提示用户输完其余内容,而没有自动删除 空行。(严重) 4、帮助文件规范问题 ①联机帮助字体、背景风格不统一;(较小) ②点击“?”按钮打开帮助文件,没有直接定位到内容;(较小) ③内容定位错误;(一般) ④帮助文件内部链接没有做全;(较小) ⑤文档内容排版错误;(严重) ⑥其他帮助错误。(一般) 5、软件风格规范问题 ①控件的切换顺序有误、DataWindow的切换顺序有误; (视控件使用频繁程度设为(严重)和(一般)) ②DataWindow内容的对齐方式不正确(数值右对齐、日期中对齐、文字左对 齐);(较小) ③数值的EditMask(掩膜)设置有误、日期的EditMask(掩膜)设置有误、 日期的默认格式非YYYY.MM.DD、默认日期存在1900.00.00现象或其他不合 理的值(一般) ④弹出窗口不在屏幕中间位置、退出系统缺少提示;(较小) ⑤重大操作(月结、恢复、修复等)缺少提示、重大操作没有自动弹出备份 提示;(一般) ⑥快捷按钮定义不准确、快捷字母或数字重复、工具栏快捷键定义错误(一 般),工具栏常用快捷键缺少(较小);

压力测试软件用户使用说明书

压力测试软件用户使用说明书 系统运行环境: 本软件适用于运行在Windows 98 操作系统下,且系统的分辨率必须设为1024 * 768 模式。(在窗口上单击鼠标右键,选择“属性”,再选择“设置”,把屏幕区域设为1024 * 768 即可)。 系统介绍: 一、 双击“压力测试.exe ”文件后,就进入本软件的友好用户界面,单击“确定”按钮后,弹出口令输入对话框,在您正确输入密码(默认初始密码为111)后就进入到本软件的使用界面中。 二、 在使用界面中,共有六个菜单选项,分别为“压力试验”、“数据查询”、“数据上传”、“打印功能”、“检验报告”和“系统帮助”。在打开新的功能选项时,请先退出正在使用的功能选项。 1、压力试验 在本功能菜单选项中,有“进行试验”和“退出试验”两个功能选项,单击“进行试验”选项,您会在窗口的右侧弹出一块名为“下位机通信功能模块”的操作控制对话框,单击“退出试验”选项,则退出压力试验。 1.1下位机通信功能模块 在下位机通信功能模块上,共有七个功能按钮,分别为“初始化连接”、“实时数据”、“实时报表”、“数据传输”、“上传数据块”、“全局报警”和“退出”。

1.1.1、初始化连接 单击初始化连接按钮后,软件自动发送信息给下位机,从而建立软件与下位机之间数据连接的通道,为下面功能的实现提供了基础。 1.1.2、实时数据 在完成了初始化连接之后,单击实时数据按钮,您会看到整个窗口界面进入了实时数据操作界面,在下位机的电机启动之后,您将会看到界面上描绘出了当前所作试验的实时数据的曲线,坐标的横轴标明了时间(单位:秒),坐标的纵轴标明了压力值(单位:千牛顿)。在界面的上部,您会看到当前软件所接收到的一系列数值,有“当前力值”、“当前时间”、“当前速率”、“当前截面积”、“当前MPa(兆帕)值”和“当前龄期”。 当接收到峰值后,曲线将停留在接收到峰值的刹那间,并且在操控面板的下方将会出现达到峰值时的数值和MPa的数值,从而完成一次试验。这时可以打印出实时数据曲线图(打印规格为:在打印设置中设定为 A4纸、横向)。 当接收到下位机传来的重启命令后,方可进行下一次试验。 1.1.3、实时报表 在接收到峰值后,单击实时报表按钮,这时在报表中统计罗列出了本次试验中每一个时间间隔上的压力值。可以打印出该报表(打印规格为:在打印设置中设定为 A4纸、纵向),并且可以在打印预览中查看该报表。 1.1.4、数据传输 在按下本按钮后,下位机就会将当前下位机中所存储的数据的长度传送给本软件。在接收到下位机传来的数据长度后,您就可以在传数据地址中设定所要传输的数据在下位机中的起始地址到终止地址的数据,本软件考虑到各种综合因素,设定一次传输的最大限度为50条数据。如果您所要的数据的总长超过50条,则可以分批进行传输(例如:您想要100条数据,第一次设定传输1~50条,第二次设定传输51~100条即可)。

软件测试总结报告

1 引言 1.1编写目的 编写该测试总结报告主要有以下几个目的 1.通过对测试结果的分析,得到对软件质量的评价 2.分析测试的过程,产品,资源,信息,为以后制定测试计划提供参考 3.评估测试测试执行和测试计划是否符合 4. 分析系统存在的缺陷,为修复和预防 bug 提供建议 1.2背景 1.3用户群 主要读者:***项目管理人员 其他读者:*** 项目相关人员。 1.4定义 基本功能点测试:等价类划分法、边界值法、错误推测法、场景法 业务流程测试:根据业务逻辑,构建测试数据,执行业务流程,查看执行结果与预期是否一致 界面易用性测试:根据界面测试规范及日常使用习惯,提出软件的非功能实现问题 回归测试:对已修复的问题,根据测试出该错误的用例,重新执行该用例,验证问题是否真正被修复,以及是否又引起了其它错误 1.5 测试对象 对综合管理系统进行全新测试,主要进行功能测试、系统测试 1.6测试阶段 第一阶段:对主业务逻辑及功能进行测试 第二阶段:对所有业务逻辑及功能进行深入测试 第三阶段:回归测试 1.7测试工具 BugFree缺陷管理工具 1.8参考资料 《***功能描述》 《***数据字典》

《***测试计划》 《***测试用例》 《***项目计划》 2 测试概要 ***系统测试从 2012年7月25日到2012年10月12日基本结束,历时近70个工作日。后续还有一些扫尾的工作,又增加一些工作时日。是一项花费大量人力物力的项目。 ***通过BugFree缺陷管理工具进行缺陷跟踪管理,在bugfree中有详细的测试用例以及用例执行情况记录 2.1 进度回顾 2.2 测试执行 此次测试严格按照项目计划和测试计划执行,按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略,在测试执行中都有体现,在测试执行过程中,依据测试计划和测试用例,对系统进行了完整的测试、 2.3 测试用例

常用测试工具使用说明

A VC-AGC常用测试工具使用说明 编制:余勇强 更新日期:2013年12月7日

目录 (1) 1、IEC104tester (3) 2、PMA商用软件 (10) 3、104SIM (15) 4、SOKIT (25) 5、SpuerCom (27) 6、ModSim32 (29) 7、mod_RSsim(版本:8.20.0.1) (33) 8、ModScan32 (37) 9、COMMIX (42) 10、WINSCT211 (42) 11、Modbus Poll (43) 12、Modbus Slave (46) 13、IEC101-103-104规约分析程序 (48) 14、TransFloat (49) 15、Beyond Compare 3 (49)

由于AVC_AGC调试中遇到的大多数问题都与通信有关,为了方便工程调试,尽可能减少一些不必要的麻烦,我把一些可以方便调试的工具梳理了一下,并把使用方法整理了一下,给大家做一个参考,具体请见正文。 1、IEC104tester IEC104tester是上海华东电科院出品的一个104规约测试工具,它可以模拟主站,也可以模拟子站;同时也可以模拟101规约的主站和子站,101规约和104规约类似。我现在把模拟104规约主站和子站的方法展示出来,以供大家参考。101规约以后会按需添加。 IEC104tester也有一定的局限性,模拟主站时,只能监视,不能手动模拟向下发送报文;模拟子站时也不能手动模拟向下发送报文,同时浮点型遥测数据只有一个固定值和随机变化两种情况可选,不能手动设定一个特定浮点数,但是标度化值和归一化值可以自由设定。 模拟104主站 ○1打开IEC104tester后选择工具栏上的“配置”—“基本特性配置”。 协议类型选择104规约,其中“传送原因(COT)”、“公共地址(ADDR)”和“信息体地址(IOA)”的字节长度需要和子站协商好,一般是“2、2、3”;对端IP地址和端口号也要和子站协商好并正确填写,端口号一般是2404。

测试问题总结

1、介绍一下整体项目流程 答案: 1.搭建缺陷管理的环境和测试环境以及配置管理的环境搭建; 2.编写测试计划; 3.设计测试用例; 4.编写测试用例; 5.测试用例的评审; 6.执行测试; 7.缺陷管理; 8.测试报告的输出 2、在实际项目中你是如何做测试计划 答案: 1.对客户提供的或需求分析人员编写的用户需求文档或需求规格说明书进行分析,提炼出测试要点; 2.根据测试要点编写测试用例。 3.由评审组对测试用例进行评审--修改--再次评审--初步定稿 4.执行测试 4.1按照测试用例对系统进行功能验证及客户的需求验证 4.2将测试过程中产生的Bug录入缺陷管理系统 4.3新版本发布后,对本次版本新增加的功能以及开发人员修正的Bug进行回归测试 4.4根据项目需要提交测试报告。 3、你是如何制定测试过程中的时间进度表的 答案:根据项目的需求、开发周期、开发人员的开发进度等时间安排来制定一个测试时间进度初稿,并将测试时间进度表交与整个项目团队成员大家一起讨论和分析,最终和所有人达成共识制定出一个大家都可以执行的测试时间进度表。 时间表中包括了开发人员提交功能或功能模块的时间,以及为了更好的执行测试,配合测试人员进行功能培训的时间,以及测试执行时间等,都详细的写到WBS中,并按照这个时间进度表来执行项目的测试任务。 4、测试计划都包括那些项 答案:1.测试计划目标2.测试参考文档3.测试术语与定义4.测试内容5.测试人员的分工6.测试进度7.测试流程8.测试工具9.测试缺陷管理10.测试的风险分析 5、测试用例如何设计的 答案:在测试用例设计之前首先要熟悉客户的需求文档或需求规格说明书,以做到对被测系统的熟悉,充分了解产品的详细功能,并在熟悉过程中即使与研发人员和客户人员进行有效的沟通。然后从需求中提炼中各个模块的详细功能点编写出一个测试要点的文档。根据测试要点设计测试用例,测试要点与测试用例是一个一对多的关系,一个测试要点可能会需要几个测试用例的验证,有正常的操作和异常的操作,甚至是几个正常与几个异常的操作,这要根据实际功能的要求来具体分析具体实现。 6、测试用例包括那些项 答案:产品名称、功能模块、用例的编号、编写人、被测功能的简述,测试的预置条件,测试步骤,预期结果,实际结果。 7、缺陷处理流程 1.讲缺陷的详细信息录入缺陷管理系统,并分配给对应的开发人员

自动化测试工具介绍

主流测试工具介绍 选自:https://www.doczj.com/doc/b211145345.html, WinRunner:强大的企业级自动化测试工具 Mercury Interactive公司的WinRunner是一种企业级的功能测试工具,用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作,WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试,提高测试人员的工作效率和质量,确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。 企业级应用可能包括Web应用系统,ERP系统,CRM系统等等。这些系统在发布之前,升级之后都要经过测试,确保所有功能都能正常运行,没有任何错误。如何有效地测试不断升级更新且不同环境的应用系统,是每个公司都会面临的问题。 如果时间或资源有限,这个问题会更加棘手。人工测试的工作量太大,还要额外的时间来培训新的测试人员等等。为了确保那些复杂的企业级应用在不同环境下都能正常可靠地运行,你需要一个能简单操作的测试工具来自动完成应用程序的功能性测试。 轻松创建测试 用WinRuuner创建一个测试,只需点击鼠标和键盘,完成一个标准的业务操作流程,WinRunner自动记录你的操作并生成所需的脚本代码。这样,即使计算机技术知识有限的业务用户轻松创建完整的测试。你还可以直接修改测试脚本以满足各种复杂测试的需求。WinRunner提供这两种测试创建方式,满足测试团队中业务用户和专业技术人员的不同需求。 插入检查点 在记录一个测试的过程中,可以插入检查点,检查在某个时刻/状态下,应用程序是否运行正常。在插入检查点后,WinRunner会收集一套数据指标,在测试运行时对其一一验证。WinRunner提供几种不同类型的检查点,包括文本的、GUI、位图和数据库。例如,用一个位图检查点,你可以检查公司的图标是否出现于指定位置。 检验数据

常用通讯测试工具使用说明

第一章串口、以太网通讯基础 1、串口通讯基础 具体讲解请参考串口通讯基础知识.doc 2、以太网通讯基础 具体讲解请参考以太网通讯基础知识.doc 第二章常用通讯测试工具 1.串口测试工具分类: 串口调试工具:用来模拟上下位机收发数据的串口工具,占用串口资源。如:串口调试助手,串口精灵,Comm等。 串口监听工具:用来监听上下位机串口相关操作,并截获收发数据的串口工具。不占用串口资源。如:PortMon,ComSky等。 下面分别介绍串口调试助手及PortMon的使用。

1.1. 串口调试助手: 操作流程: ? 设置串口参数(之前先关闭串口)。 ? 设置接收字符类型(十六进制/ASCII 码) ? 设置保存数据的目录路径。 ? 打开串口。 ? 输入发送数据(类型应与接收相同)。 ? 手动或自动发送数据。 ? 点击“保存显示数据”保存接收数据区数据到文件RecXX.txt 。 ? 关闭串口。 串口参数 设置区 串口状态 打开/关闭串口 串口数据 接收区 十六进制/ASCII 切换 保存数据功能区 串口数据 发送区 发送数据功能区 串口收发计数区

1.2. PortMon串口监听工具:

连接状态 菜单栏 工具栏 截获数据 显示区 1.2.1. PortMon设置及使用: a. 确保要监听的串口未被占用。 如果串口被占用,请关闭相应串口的应用程序。比如:要监视MCGS软件与串口1设备通讯,应该先关闭MCGS软件。 说明:PortMon虽不占用串口资源,但在使用前必须确保要监听的串口未被占用,否则无法进行监视。 b. 运行PortMon,并进行相应设置。 ?连接设置: 在菜单栏选择“计算机(M)”->“连接本地(L)”。如果连接成功,则连接状态显示为“PortMon于\\计算机名(本地)”。如下图: ?捕获设置:

相关主题
相关文档 最新文档