打通VxWorks调试环境 Step by Step(X86)
打通VxWorks调试环境Step by Step
1 引言
1.1 编写目的
概要说明如何建立使用Tornado开发、调试VxWorks的环境（X86版本）。
1.2 背景
1.3 定义
HOST：主机，运行Tornado集成环境，FTP Server，Target Server，以及编辑、build
工程、下载目标文件的各种软件工具；
TARGET：目标机，HOST产生的vxWorks映像运行的位置，对于X86版本来说也是一台PC
；
TORNADO：C:\Tornado，安装Tornado的路径；
BSPNAME：C:\Tornado\target\config\pc486，BSP的路径，本例中我们选择pc486；PROJECT：C:\Tornado\proj\Project2，我们自己创建的工程的路径；
BIN：C:\Tornado\host\x86-win32\bin，Tornado的可执行程序的路径；
HOME：C:\Tornado\host\x86-win32\bin，FTP用户的根目录。
1.4 参考资料
Tornado User’s G uide (Windows Version), 2.0, Edition 1
VxWorks Programmer’s Guide, 5.4, Edition 1
2 总体描述
2.1 硬件环境
HOST与TARGET通过以太网互连，并且位于同一网段；同时，串口通过直连电缆（NULL Modem Cable）连接。目标机配置有软盘驱动器，网卡为3com 3c905B.
2.2 软件环境
主机操作系统为Windows 2000简体中文专业版（SP3）；安装Tornado Version 2.0和Win 2k 补丁。
(CD No. TDK-12835-ZC-01 & TDK-13127-ZC-00, T2 LM for x86)
2.3 预览
在VxWorks调试环境中，HOST与TARGET之间连接的方式有多种，比如串口和网络；引导TARGET的方式也有多种，当然对X86平台来说最简单的是软盘引导了。在本文档中我们以网络连接、软盘引导为例，建立起调试环境。主要步骤包括：
HOST上启动FTP Server，
配置BSP
创建可以引导TARGET的Boot ROM，
制作引导盘（软盘），
用软盘引导TARGET，
TARGET通过网络连接从HOST下载vxWorks映像文件，
TARGET运行vxWorks，
HOST上启动Target Server连接Target Agent，成功建立调试环境之后，就可以在HOST 生成目标模块，下载到TARGET运行，并通过Tornado集成环境进行调试。
注意：本文档中所描述的对于某些选项的选择并不一定是绝对的，只是一个行之有效的实例，仅供参考。
3 详细步骤
3.1 获得IP地址和网卡类型
首先要知道HOST和TARGET的IP地址以及TARGET安装的网卡类型。
在本例中，HOST的IP是10.10.0.150，TARGET的IP是10.10.0.151。TARGET的IP地址只要不跟其他机子冲突即可（正常情况下可以通过你们的网管得到），因为目前TARGET并没有安装任何操作系统，所以这个IP地址无从配置，只是在后面的配置文件中会用到。
网卡类型是一个十分重要的问题。为了减少麻烦，最好选择VxWorks缺省支持的网卡类型，否则可能还要添加网卡驱动程序。不知道哪里有这样一个所支持的网卡列表，但是在不同BSP的BSPNAME/config.h文件中可以看出一些眉目。比如pc486/config.h中有如下定义：
#undef INCLUDE_ULTRA /* include SMC Elite16 Ultra inte**ce */
#undef INCLUDE_ENE /* include Eagle/Novell NE2000 inte**ce */
#undef INCLUDE_ELT /* include 3COM EtherLink III inte**ce */
#undef INCLUDE_ESMC /* include SMC 91c9x Ethernet inte**ce */
#define INCLUDE_FEI /* include Intel Ether Express PRO100B PCI */
#define INCLUDE_SLIP /* include serial line inte**ce */
#define SLIP_TTY 1 /* serial line IP channel COM2 */
#undef INCLUDE_ELC /* include SMC Elite16 inte**ce */
#undef INCLUDE_EEX /* include INTEL EtherExpress inte**ce */
#undef INCLUDE_EEX32 /* include INTEL EtherExpress flash 32 */
#undef INCLUDE_EX /* include Excelan Ethernet inte**ce */
#undef INCLUDE_ENP /* include CMC Ethernet inte**ce*/
#undef INCLUDE_SM_NET /* include backplane net inte**ce */
#undef INCLUDE_SM_SEQ_ADDR /* shared memory network auto address setup */
#undef INCLUDE_EL_3C90X_END /* 3com fast etherLink XL PCI */
#undef INCLUDE_LN_97X_END /* AMD 79C972 END DRIVER */
从注释中可以看出，NE2000、3COM 3C509、3COM 3C90X、Intel EtherExpress PRO100B 等网卡是VxWorks所支持的，同时也是比较常见的，可以说是初次配置VxWorks的比较好的选择。
本例中我们使用了一块3COM 3C905B网卡（3com Fast EtherLink XL PCI）。事实证明能够很好地支持。
其实也不是所有的3COM网卡都支持，有一篇网友的帖子显示，3C905-TX的网卡就给他带来了很大的麻烦，换了3C905-BT才好，好像3C905-FX也是可以的。
3.2 修改hosts文件
在文件c:\winnt\system32\drivers\etc\hosts 中添加如下行：
10.10.0.150 xmdong
10.10.0.151 target
3.3 FTP服务器
Tornado自带了一个FTP服务器软件WFTPD。当HOST是WIN32平台时，TARGET通过网络连接，只能用FTP协议从HOST下载vxWorks映像文件。
打开FTP Server，选中Security > Users/Rights…菜单，在添加新用户对话框中：
User Name: target，
Password: target，
Home Directory: 这里我设置为BIN，你也可以设置为其他路径，记住你的设置。后面DEFAULT_BOOT_LINE中定义的vxWorks文件路径，就是以HOME为根目录的相对路径。建议将vxWorks文件复制到HOME目录下面，这样vxWorks文件的路径最短。
另外，你可以通过Logging > Log Options…菜单，选中那些可选项目，来观察FTP过程中的问题。配置好之后，启动FTP Server。
3.4 配置BSP
配置BSP的工作是通过修改config.h文件完成的。这一步比较关键。
打开BSPNAME/config.h文件。
在文件的108行左右，会有对不同CPU的DEFAULT_BOOT_LINE定义语句，它描述了引导参数，定义正确之后所制作的Boot ROM软盘才能正常引导TARGET机子。
根据我们的配置，这里应该修改为：
#elif (CPU == I80486)
#define DEFAULT_BOOT_LINE \ "elPci(0,0)xmdong:vxWorks \ h=10.10.0.150 e=10.10.0.151 u=target pw=target tn=target"
参数参数值描述
Boot device elPci 3COM 3C905B网卡
Processor number (0,0)
Host name xmdong 主机名
File name vxWorks VxWorks Image 文件路径名
Host inet (h) 10.10.0.150 主机网络接口地址
Inet on Ethernet (e) 10.10.0.151 目标机网络接口地址
User (u) target FTP用户名
Password (pw) target FTP密码
Target name (tn) target 目标机名称
有关引导参数的详细描述，请参考Tornado User’s Guide之2.5.4 Description of
Boot Parameters。
BSP中缺省包含了对Intel Ether Express PRO100 网卡的支持，而我们用的是3C905B网卡，因此要去掉原来的定义，添加对我们的网卡的支持：
#undef INCLUDE_FEI
#define INCLUDE_EL_3C90X_END /* for our 3COM 3C905B NIC */
3.5 新工程
然后在Tornado中新建一个工程。选择“Create a bootable VxWorks image”，OK。
Step 1
Name: Project2
Location: C:\Tornado\proj\Project2 （以后我们提到PROJECT就是指这个路径）
Workspace: Add to current Workspace
Step 2
Would you like to base your project on: A BSP, pc486 （也就是我们说的BSPNAME
）
Step 3
Finish
3.6 Build工程
在Tornado环境的Workspace窗口中，选中前面新建的工程PROJECT，从鼠标右键弹出菜单中执行ReBuild All (VxWorks)。
Build Output窗口显示了build的过程。成功之后，生成PROJECT/default/vxWorks映像文件。将文件PROJECT/default/vxWorks复制到BIN目录。因为在前面配置FTP服务器的过程中，我们将BIN目录配置为FTP用户target 的HOME目录。如果你将PROJECT/default 目录配置为HOME目录，就可以省去这个复制操作。
3.7 Boot ROM
在Tornado菜单中选择Build > Build Boot ROM…
在弹出对话框中：
Select a BSP: pc486
Select an Image to Build: bootrom_uncmp
OK.
Build Output窗口显示了build的过程。不出意外的话，BSPNAME目录下面会生成bootrom _uncmp文件。
这里选择bootrom也是可以的，其他的没有试过。
3.8 制作引导盘
将上一步生成的文件BSPNAME/bootrom_uncmp复制到BIN目录。
开始> 运行> cmd，打开一个命令窗口。
进入BIN目录：
C:\>cd tornado\host\x86-win32\bin
执行mkboot程序：
C:\…>mkboot A: bootrom_uncmp
当然别忘了插入一张软盘到HOST的软驱中。你应该看到
VxSys (c) Wind River Systems 1993, Version 1.2
Boot sector installed OK.
Copying bootrom_uncmp to a:bootrom.sys...
3.9 引导TARGET
将我们刚才制作的Boot ROM引导软盘插入TARGET的软驱，启动TARGET，开始引导过程。
如果目标机有显示器，应该看到
VxLd1.2 ………………
同时，TARGET在读取软盘内容，然后兰屏，出现
VxWorks System Boot
Copyright 1984-1998 Wind River Systems, Inc.
CPU: PC 486
Version: 5.4
BSP version: 1.2/0
Creation date: Dec 30 2002, 16:38:32
Press any key to stop auto-boot...
7
6
5
[VxWorks Boot]:
在[VxWorks Boot]: 提示符下，有几个常用的命令：
命令描述
h或者? 帮助，显示可用命令列表
@ 加载并执行文件，相当于L和G 0x108000 （config.h中配置的开始执行的缺省值）
P 显示当前引导参数值
C 修改引导参数
L 根据当前引导参数加载文件，但是不执行
G addr 从十六进制地址addr开始执行
如果配置了串口控制台，VxLd 1.2 …… 之后的内容都会在超级终端而不是显示器上面显示。超级终端观察引导过程：
敲入”@”命令下载并运行映像，结果为：
[VxWorks Boot]: @
boot device : elPci
unit number : 0
processor number : 0
host name : xmdong
file name : vxWorks
inet on ethernet (e) : 10.10.0.151
host inet (h) : 10.10.0.150
user (u) : target
ftp password (pw) : target
flags (f) : 0x0
target name (tn) : target
Attached TCP/IP inte**ce to elPci0.
Attaching network inte**ce lo0... done.
Loading... 511328 + 9984 + 32480
Starting at 0x108000...
Attached TCP/IP inte**ce to elPci unit 0
Attaching inte**ce lo0...done
VxWorks
Copyright 1984-1998 Wind River Systems, Inc.
CPU: PC 486
VxWorks: 5.4
BSP version: 1.2/0
Creation date: Dec 31 2002
WDB: Ready.
在HOST FTP Server中可以看到通过网络连接下载映像文件的过程（根据Log Options的不同，窗口中显示的信息可能有些不同）。
3.10 Target Sever
选中Tornado菜单Tools > Target Server > Configure…，出现Configure Target
Servers对话框：
Target Server: Configuration 1
Target Server Properties:
Back End: wdbrpc
Core File and Symbols: File “C:\Tornado\host\x86-win32\bin\vxWorks”
其他属性应该不需要改动。
Target Name/Target Address: target
Command Line: tgtsvr.exe target -V -B wdbrpc -c
C:\Tornado\host\x86-win32\bin\vxWorks
OK.
然后再打开Configure Target Severs对话框，
在Target Sever下选中Configuration 1，
Launch.
出现target@xmdong Log Console窗口：
3.11 Shell
在Tornado工具条的下拉列表框中选中target@xmdong，然后用”->i”形状的按钮启动一个shell。
4 串口控制台
4.1 什么是串口控制台
串口控制台（Serial Console）是指在Host/Target环境中，通过串口终（Terminal）来做TARGET 的标准输入/输出控制台。这样，我们可以完全通过运行于HOST的终端软件来操作TARGET。串口控制台的好处是显而易见的：它可以精简TARGET的硬件，不再需要PC的显示卡、显示器、键盘等设备（本地控制台）。另外，通过终端软件，我们可以更容易地回滚（roll back）查看“滚上去”了的输出信息。
4.2 配置方法
在BSPNAME/config.h 中有这样几句（470行附近）：
#if TRUE
#define INCLUDE_PC_CONSOLE /* KBD and VGA are included */
#endif /* TRUE/FALSE */
只需要将TRUE改为FALSE即可，也就是说，去掉INCLUDE_PC_CONSOLE的定义。因此，不改动上面3句，而是在后面加上这么一句也是同样的效果：
#undef INCLUDE_PC_CONSOLE
除此之外不需要改动什么，但是要注意确认一下BSP中有关串口的设置。下面列出的是config.h和configAll.h中定义的缺省值，如果你使用不同的串口设置，则要做相应的修改。 #define NUM_TTY 2 /* number of tty channels */
#define CONSOLE_TTY 0 /* console channel */
#define CONSOLE_BAUD_RA TE 9600 /* console baud rate */
CONSOLE_TTY的值为0或者1分别表示TARGET使用COM1或COM2与HOST连接；CONSOLE_BAUD_R
ATE设定了串口的波特率，常用9600bps.
4.3 终端软件
Windows主机常用的终端软件是“超级终端”，注意配置与目标机串口配置相符，也就是说，波特率应该是9600bps, 其他配置一般为8位数据位，1位停止位，无校验位（通常表示为8-N-1）。
另外，“ASCII码设置”对话框一般采用如下设置。
在这种配置下，目标机引导过程中我们可以判断串口是否已经连通：在超级终端串口中敲入一串回车，如果光标有换行，说明串口已经通了；如果光标纹丝不动，则串口还没有通，检查一下串口设置、串口直连电缆（2、3引脚交叉，5对接即可）。
4.4 几点说明
我们这里配置的串口是为了使用serial console，请不要与串口连接的调试弄混。本
文档中这样配置的环境为，软盘引导目标机，网络连接下载映像，网络连接下载模块，网络连接调试，串口控制台。如果使用串口进行下载、调试，那么前面讲的很多设置都要更改（很多与WDB_???有关），此处不再赘述。
据说（未证实），使用串口控制台应该不需要对缺省的BSP做任何改动，BOOT ROM引导时，输出信息会首先送到目标机的本地控制台（显示器），串口配置生效之后，如果串口上面有输入（比如在终端软件中敲几个回车――当然，这里的前提是串口本身配置正确，是可以通的），则目标机的输出会重定向给串口，这时就会在串口终端看到引导信息，同时目标机本地控制台失效。听起来这是比较合理的实现方法，不幸的是我们遇到的情况并非如此。在去掉INCLUDE_PC_CONSOLE的定义之前，我们不能在串口上得到任何输出。之前曾使用各种方法测试了串口，花费了不少时间，最终得到这个结果，因此我们专门用一章来描述串口控制台的配置。产生这种情况有可能是我们的配置仍然不对造成的，也有可能是我们的软件有问题。
(END)
补充：
1、
发信人: hustlh (两只流着泪的爱情鱼), 信区: Embedded
标题: Re: 打通VxWorks调试环境Step by Step
发信站: 武汉白云黄鹤站(2002年12月31日20:54:59 星期二), 站内信件
…………
根据自己的经验做点补充点，希望对大家有点帮助：
1.做target启动盘的时候，
(1). 对于vxworks默认不支持的网卡类型，比如realtech 8139.一般可以到网上下载其vxworks下驱动源程序，copy到Tornado\target\h\drv(H文件)和D:\Tornado\ target\src\drv(C文件)的相应目录
下。SET相应CPU类型后，用目录下makefile编译。然后在相应类型BSP的config.h中增加网卡类型宏定义(define的宏可以从下载的驱动H文件中获得)，就可以做出启动盘了。
(2).对于vxworks默认支持的网卡类型,在修改config.h的时候除了define相应类型宏以
外，还要注意网卡的I/O 地址和中断号，一般网卡驱动光盘中都有一个DOS下的setup程序可以检测得到这两个值。比如我曾经做过两种不同的ENE网卡，有如下两中配置
#define IO_ADRS_ENE 0xC000(0xE000)
#define INT_LVL_ENE 0x0b
(3) 对于不同类型的网卡，可能其kernel文件(即名字为vxworks的文件)也要重新做。比如ENE网卡一般在做kernel的时候,在network devices中include "BSD attach "和"BSD inte**ce support",同时在BSD Ethernet drivers中include "ENE nettif driver"(可以在此填上对应的I/O 地址和中断).而对于realtech 8139，做kernel就要include "END attach inte**ce"和"END inte**ce support".
btw:target启动盘的flags (f)参数可以设置为0x08,启动将不用等那讨厌的8秒钟，呵呵
2、关于RTL8139
发信人: autleaf (羽翼飞扬), 信区: Embedded
标题: Vxworks下8139驱动加载step by step
发信站: 武汉白云黄鹤站(2003年01月02日14:43:44 星期四), 站内信件
…………
下面是Vxworks下8139网卡驱动的加载过程（以pcPentium BSP为例）
1.找到Vxworks下8139网卡驱动，驱动可以从https://www.360docs.net/doc/3c2669313.html,
上得到，国内的下载地址是://152.104.225.43/cn/nic/rtl8139abcd8130810xseries/vxworks-8139(120).zip。
2.将下载的vxworks-8139(120).zip解开。
rtl81x9.h解压到C:\Tornado\target\h\drv\end\unsupported
rtl81x9.c和makefile解压到C:\Tornado\target\src\drv\end\unsupported
sysRtl81x9End.c、sysLib.c、config.h、configNet.h解压到
C:\Tornado\target\config\pcPentium
3.将rtl81x9.c也拷贝一份到C:\Tornado\target\config\pcPentium
4.修改C:\Tornado\target\config\pcPentium\Makefile，增加一行如下：
CPU = PENTIUM
TOOL = gnu
TGT_DIR = $(WIND_BASE)/target
/*Added line*/
ADDED_MODULES += rtl81x9.o
include $(TGT_DIR)/h/make/defs.bsp
include $(TGT_DIR)/h/make/make.$(CPU)$(TOOL)
include $(TGT_DIR)/h/make/defs.$(WIND_HOST_TYPE)
5.修改config.h文件中的BOOT_LINE
#define DEFAULT_BOOT_LINE \
"rtl(0,0) peter:vxWorks h=192.168.0.74 e=192.168.0.58 \
u=target pw=target tn=VxTarget"
6.编译pcPentium的BSP，如果需要其他BSP,还要做相应的修改。
关键功能接口测试用例
1.目的 测量手机各关键硬件接口在工作状态的性能符合设计规范，以确保手机性能的稳定性符合设 计要求； 2.适用范围 适用于新开发手机产品在试产阶段的评测及相关功能重大更改时； 3.测试准备和说明： 3.1电池或程控电源，四通道数字示波器，相关机型的原理图及PCB丝印图，万用表（直流电 流档），原配耳机，各种不同类型的SIM卡至少三张以上，不同容量的TF卡至少三张，烙 铁，电批，细导线若干，SIM卡转接座（自制），100欧可调电阻器一个。 3.2各项测试前应确保手机基本功能正常； 3.3测试过程中必须配带静电环，确保静电安全； 3.4测试结果如有必要需附测试波形图； 3.5测试过程中示波器负极应就近接地，如有必要，测试结果应附波形图。 3.6 DP04034数字示波器的使用请参考指导:。 4.内容： 4.1 摄像头回路测试（测试用例编号: 5.1.1) 4.1.1 测试条件： 3.8V电源，示波器，相关机型的原理图及PCB图，细导线，电流表，拍照状态。 4.1.2 测试步骤： 1）手机开壳，根据原理图、PCB图找到摄像头AVDD/DVDD/CMRST脚，将数字示波器CH1，CH2，CH3分别接入手机AVDD，DVDD及CMRST端，负极接地。 2）示波器选用采样直流模式；电压标度设置1V/格，时间标度设为1S/格；添加测量幅值和最大值； 3）手机开机进入拍照模式，记录进入拍照过程中示波器的电压变化情况；测量VCAM-A 上升2/3到CMRST所需时间T1； 4）在VDD供电端串入一个电流表，测量摄像头工作状态的电流并记录。 4.1.3 预期结果： 摄像头工作电压、电流最大不应超过规格书要求的额定功率。 4.2 MIC偏置电压（测试用例编号： 5.1.2) 4.2.1 测试条件： 电源，示波器，原理图及PCB图，细导线，耳机，录音状态。 4.2.2 测试步骤：
SSB变桨系统试验常见故障
1.SSB变桨系统地面出厂试验时，在调整95°限位开关及挡块位置时操作人员不慎将60947-5-1#95°限位开关直动头冲断。 2.G8-064315变桨控制柜，实验时变桨速度过快，执行速度远大于设定速度。初步判 断电机驱动器损坏，造成无法正常使用。 3. 473399－60#旋编编码器做变桨功能试验时，编码器存在角度无变化故障 4、466631－04#旋编编码器做变桨功能试验时，编码器存在角度跳变故障 5. 叶轮功能试验时，由于操作人不慎误将G8-070588变桨控制柜内的1F1防雷模块的火线与零线接反，导致1F1防雷模块烧坏。 6.变桨控制柜实验时系统报电机过温PTC故障，经更换柜内9A1模块后此故障消除。 7、变桨控制柜实验时系统报电机过温PTC故障，经更换柜内9A1模块后此故障消除。 8、G8-070093#变桨控制柜实验时柜内12A1模块指示灯不亮，经更换此故障消除。 9. 旋编编码器做变桨功能试验时，编码器角度始终保持在0°无变化，无法正常使用。 10、旋编编码器旋转时有卡阻现象，并且内部有异响。无法正常使用 11. 95°限位开关压下直动头不能正常复位，造成该95°限位开关无法正常使用。 12. 变桨系统中有2个限位开关触头有卡阻现象，活动不自如，无法正常使用。 13. 叶轮组在调试时发现，闭合电容开关时，9U1不动作，面板上显示9U1故障，无法正常使用 14. LED显示H.N,面板显示：变流器故障，散热片温度故障，无法正常使用。 15. 变桨柜G8-065677打开电容开关后面板显示电容电压9U1为故障状态，9U1不动作，无法正常使用。 16. SSB控制柜配套带来的旋转编码器形状不同, 一套三个旋编信号线接头位置不同,装后性能不受影响。
接口自动化测试方案
接口自动化测试方案 2018年4月9日 文档编号：（V1.0） 目录 目录 1测试需求及范围 (2) 1.1测试目的 (2) 1.2测试需求 (2) 2测试方法 (3) 3测试工具及框架拓扑图 (3) 3.1测试工具 (3) 3.2自动化测试拓扑图 (3) 4流程示例 (3) 5测试环境 (5) 2.1硬件配置 (5) 2.2软件配置 (5)
6测试思路 (6) 6.1通用测试场景 (6) 6.2逻辑场景 (7) 6.3断言检查 (7) 1测试需求及范围 1.1测试目的 随着公司项目的不断增大，接口的服务随之增多，回归的任务量越来越大，需要对接口进行定时回归测试来保证系统的稳定性。 1.在开发提交新的接口前进行冒烟测试，以保证系统是能够正常开展测试的 2.功能测试完成/bug回归完成后进行回归测试，保证bug修改完成后没有引入新的问题 1.2测试需求 1、目前提供的接口多为Rest 规范的接口，需要使用JMeter进行自动化接口测试，核对接口入参及返回报文格式、内容的正确性，最终通过Jenkins持续集成生成测试报告。 2、对开发人员的需求 接口文档的规范，如：输入输出模板，输出类型是否全面
2测试方法 根据开发人员提供的接口访问地址、入参格式、请求格式，进行接口请求数据拼接，并查看返回结果及返回报文、响应时间，检查返回Json内容是否符合接口定义规范，是否符合预期的返回结果。 3测试工具及框架拓扑图 3.1测试工具 Jemeter+Jenkins 3.2自动化测试拓扑图 4流程示例 测试数据从csv或者txt文件里读取，包含入参、出参、预期结果/断言
Lust变桨系统调试相关事项说明_更新
Lust变桨系统调试说明 1、操作说明： 为确保系统调试安全，必须预先进行以下措施： ①现场调试人员必须佩戴好安全帽； ②400V电源的三相线、零线和地线必须可靠连接，避免缺相或漏接； ③上电前确认主控箱和轴控箱的开关处于断开状态； ④所有连接电缆连接正确（电机后面的编码器电缆号是S1、S2和S3；冗 余编码器的电缆号是T1、T2和T3，若反接，会出现飞车故障）； ⑤上电前将电机的轴键拆除或利用扎带将其捆扎牢固； ⑥上电前确认电机与底座是否可靠固定； ⑦电池箱箱盖闭合（完成检查）； 2、系统紧急顺桨： ①Profibus通信故障（或者不正常）； ②Pitch Master故障； ③电机侧编码器故障； ④安全链信号输入无＋24V（硬输入点）； ⑤未提供＋24COM(硬输入点)； ⑥Emergency mode位为1； 3、手动模式 手动模式用于机械调零和现场安装调整用，转动速度为2.5度/秒。 手动模式前提条件： ①手动模式信号为1（硬输入点），并观察主控箱的9A1的第8通道的灯是 否点亮； ②Profibus通信正常，或者短接17K7的13、14引脚； ③Normal Operation Mode设置为0； ④Emergency Mode位为0； ⑤转动任一个桨叶时，另外两个桨叶为91度位置（或者通过关闭轴箱的电 源模拟）； ⑥轴箱电池开关处于断开状态； ⑦手动旋钮的通道选择的0、1、2和3分别对应空档、轴控箱1、轴控箱2 和轴控箱3；转动方向旋钮控制的是电机的正传和反转； 4、自动模式
自动模式必须满足以下条件： ①先闭合主控箱的400V电源； ②Profibus通信正常； ③将Fault Reset置位1，然后置0； ④闭合轴箱的电池开关和电源开关前确保通信的Emerge Mode（读）为0 和Normal Operation Mode（写）为0；硬接点的Safety Signal（为高电平）、+24V和0V有正常连接，Manual Operation为0。否则会出现飞车现象； ⑤轴控箱上电顺序：先闭合电池开关（5Q1），然后闭合电源开关（6S1）。 正常状态下电机会由于内部的电路的控制不会出现转动； ⑥自动控制是通过通信软件控制，先设置好控制桨叶的目标角度、转速（建 议为3度/秒以下）和加速度（建议0.5～2度/秒2），然后将Normal Operation Mode置1，启动自动模式；若要中途停止，只能通过以下任一方式：将Normal Operation Mode置0、将对应的91度限位开关触发和关闭轴控箱电源（6S1）； 5、限位开关 91度限位开关用于控制Pitch Master（主控变频器）的输出控制，当触发了该限位开关后，7K6复位，然后电机会停止，相对而言动作比较缓慢； 96度限位开关用于控制电机和Ptich Master的ENPO信号，当触发了该限位开关后，6K2和6K3复位，然后电机立即停止，相对而言动作比较迅速。 6、Bypass Bypass信号是用于旁通2个限位开关触发了以后继续启动电机转动，有硬信号和软信号之分。 Bypass软信号是对应91度限位开关。当91度触发了以后，利用通信将对应桨叶的Bypass信号置1，然后电机才可以往96度方向转动；而需要往0度方向转动不需要将对应桨叶的Bypass信号置1（实际上该Bypass信号用途不大）； Bypass硬信号是对应96度限位开关，当96度触发了以后，利用硬结点的Bypass信号置1，然后电机只可以往0度方向转动； 7、温度预处理说明 根据通信中的所有温度值，需要在控制当中进行预处理，其温度的预处理值建议如下（根据Lust技术人员的建议）： ①Pitch Master停机温度值为80度；
接口测试方法
接口功能测试策略 分类：java 学习 2012-04-18 15:30 1105人阅读评论(0) 收藏举报 测试服务器数据库游戏平台网络协议 由于平台服务器是通过接口来与客户端交互数据提供各种服务，因此服务器测试工作首先需要进行的是接口测试工作。测试人员需要通过服务器接口功能测试来确保接口功能实现正确，那么其他测试人员进行客户端与服务器结合的系统测试过程中，就能够排除由于服务器接口缺陷所导致的客户端问题，便于开发人员定位问题。以下便是个人的平台服务器接口功能测试经验总结: 一、接口测试范围 根据服务器的测试需求，接口测试范围主要分为：1、新增接口的测试；2、新增业务功能接口测试；3、整个服务器的接口测试。所需测试测试接口依次增多，在测试时间足够的条件下，当然需要对所有接口进行测试用例的设计，但如果测试较短的情况下，则应该首先根据用户的典型操作对测试接口进行优先级划分，对调用频繁接口需要优先进行测试。 二、接口测试策略 在进行平台服务器接口测试之前，首先需要整理服务器接口的测试方案，分析接口测试的要点，平台服务器的接口测试内容主要有： 接口设计检查 接口用于服务器与客户端的数据交互，客户端通过网络协议传递的数据为服务器接口的输入数据，因此应该首先通过服务器接口文档及客户端数据约束文档进行交互数据的有效性检查： n 整数型数据位数 n 浮点型数据精度 n 字符串数据范围值 要求客户端的整数型、浮点型、字符串数据以及其最大值和最小值都能作为服务器接口的有效输入。这些工作在服务器设计评审时就可以进行，以便确保不会出现客户端上传数据被服务器自动进行截断或四舍五入的操作。 接口依赖关系检查 以上策略只谈到单个接口的测试方法，对于用户来说，一个操作可能会造成服务器调用多个接口来进行完成，因此还需要从业务处理的角度，对各种业务操作所涉及的多个接口之间依赖调用进行测试。
变桨系统带载测试平台要求
变桨系统带载测试平台试验大纲 1 前言 本部分规定了各种型号的电动变桨驱动系统工作性能的测试要求和测试方法。适用于各种电动 变桨驱动系统出厂性能验收和新产品性能测试。 2 测试内容 电机负载测试内容主要分成三个部分： 1）变桨系统带载功能性测试 2）变桨系统带载故障模拟测试 3）变桨系统带载连续运行测试 测试的主要部件为：变桨电机、刹车系统、伺服驱动器、蓄电池、编码器。 3 测试依据 2MW 风机根据《变桨驱动系统采购规范》SB-030.02.05-A 3.6MW 风机根据《变桨驱动系统采购规范》V-69.2-BV.MR.00.00-A-D GB/T 1311-2008《直流电机试验方法》 GB/T 1029-2005《三相同步电机试验方法》 4 变桨系统带载功能测试 4.1 变桨电机额定负载测试 需测试电机在额定负载下的变桨位置、电机转速、转矩响应特性。位置给定范围为（0°～30°）， 测试变桨速度为2°/S。 测试需要得到如下响应曲线图：电机运动位置给定曲线、电机位置响应曲线、电机速度响应曲 线、电机转矩响应曲线、电机电流变化曲线、电机温升曲线。 Y520000064-2 变桨系统带载测试平台试验大纲共3 页第 2 页 FDJL-JS-027 4.2 变桨电机变化负载测试 需测试电机在变化负载下的变桨位置、电机转速、转矩响应特性。位置给定范围为（0°～30°）， 变化负载范围为额定负载的±50%，测试变桨速度为2°/S。 测试需要得到如下响应曲线图：电机运动位置给定曲线、电机位置响应曲线、电机速度响应曲 线、电机转矩响应曲线、电机电流变化曲线、电机温升曲线。 4.3 变桨电机最大负载测试 需测试电机在最大负载下（3s 内）的变桨位置、电机转速、转矩响应特性。位置给定范围为（0°～ 30°），测试变桨速度为2°/S。 测试需要得到如下响应曲线图：电机运动位置给定曲线、电机位置响应曲线、电机速度响应曲
实验一输入输出接口实验
实验一输入、输出接口实验 一、实验要求 1、P1 口做输出口，接八只发光二极管。 2、P3.0,P3.1 作输入口接两个拨动开关 3.要求若P3.0单独闭合，则LED灯从L7-L0循环闪烁，每次亮一个，若P3.1单独闭合，则led灯从L0-L7闪烁，每次亮一个。若P3.0 P3.1同时闭合，则所有灯一起闪烁，闪烁间隔为1S。若P3.0 P3.1全部断开，则所有灯全不亮。 4、将闪烁间隔修改为30MS，观察现象。 二、实验目的 1、学习 I/0 口的使用方法。 2、学习延时子程序的编写和使用。 三、实验设备 １、IPC-610研华工控机一台， ２、伟福LAB2000P教学实验系统。 四、实验电路及连线 五、实验说明 1、P1口是准双向口。它作为输出口时与一般的双向口使用方法相同。由准双向口结构可知当 P1口用为输入口时，必须先对它置1。若不先对它置1，读入的数据是不正确的。 ２、8051 延时子程序的延时计算问题，对于程序 Delay： MOV R6，#0H MOV R7,#0H DelayLoop： DJNZ R6，DelayLoop DJNZ R7，DelayLoop RET 查指令表可知 MOV，DJNZ 指令均需用两个机器周期，在 6MHz 晶振时，一个机器周期时间长度为12/6MHZ，所以该段程序执行时间为： （（256×2+2）×256+4）×2＝263176
六、实验报告 1、解释为什么P1端口作为输入口时，需先对它置1，才能读取正确的外部输入数据？ ２、画出完整的实验电路原理图 ２、整理实验程序
连线 连接孔 1 连接孔 2 1 P1.0 L0 2 P1.1 L1 3 P1.2 L2 4 P1.3 L3 5 单脉冲输出 T0 实验二 外中断及定时、计数器实验 一、实验目的 1、掌握外部中断的运用方法，本实验中采用边沿触发模式。 2、学习 8051 内部 T0 T1 定时/计数器使用方法。 3、掌握中断处理程序的编程方法。 二、实验内容及要求 1、用单次脉冲申请外中断INTO ，采用边沿触发模式，在外中断处理程序中对输出信号灯LED6（P3.1控 制）进行反转（采用CPL 指令） 2、8031 内部定时计数器 T0，按计数器模式和方式2工作，对 P3.4（T0）引脚进行计数。将其数值按二进制数在 P1 口驱动 LED 灯上（L0,L1,L2,L3）显示出来。 3、用 T1作定时器中断方式计时,实现每一秒钟LED7（L7）（P3.0控制）灯闪烁一次 三、实验设备 １、IPC-610研华工控机一台。 ２、伟福LAB2000P 教学实验系统。 四、实验电路及连线 注意： 本实验中，“单次脉冲”同时作为计数脉冲输入T0引脚，同时也引到引脚INTO 申请外部中断，本实验中将要求同时开放外部中断INTO 和T1的定时中断这两个中断。 五、实验说明 1、关于内部计数器的编程主要是定时常数的设置和有关控制寄存器的设置。内部计数器在单片机中主要有定时器和计数器两个功能。本实验T0使用的是计数器。T1使用的是定时器。 2．本实验中内部T0起计数器的作用。外部事件计数脉冲由 P3.4 引入定时器 T0。 单片机在每个机器周期采样一次输入波形，因此单片机至少需要两个机器周期才能 检测到一次跳变。这就要求被采样电平至少维持一个完整的机器周期，以保证电平在变化之前即被采样。同时这就决定了输入波形的频率不能超过机器周期频率。 3、定时器有关的寄存器有工作方式寄存器 TMOD 和控制寄存器 TCON 。TMOD 用于设置定时器/计数器 连线 连接孔 1 连接孔 2 1 P3.0 L7
Loadrunner 接口测试的两种方法
请求报文格式： < Publish >
有了上述的说明书之后，测试人员可以根据文档的描述在LoadRunner书写相应的接口测试脚本。 LoadRunner中涉及到向服务器发送请求的API方法包括：web_url()，web_submit_form()，web_s ubmit_data()，web_custom_request()。下面介绍两种我常用的方法： 方法一：使用web_submit_data() web_submit_data("insert", "Action=http://116.211.23.123/SNS/Publish.htm ", "Method=POST", "Referer=http://116.211.23.123/SNS/Publish.htm ",
"Mode=HTML", ITEMDATA, "Name= SNSID ","Value=6601",ENDITEM, "Name= UserID ","Value=123",ENDITEM, "Name= CommentsTypeID ","Value=1",ENDITEM, "Name= CommentsID ","Value=456",ENDITEM, "Name= AuthorID","Value=789",ENDITEM, "Name= CommentsContent ","Value=Just for testing",ENDITEM, LAST); 方法二：使用web_custom_request() char str[1000]; strcpy(str,"SNSID=7999&UserID=1&CommentsTypeID=1&CommentsID=1&AuthorID=1&CommentsContent=1 "); web_custom_request("Publish", "Url= http://116.211.23.123/SNS/Publish.htm", "Method=POST", "Referer=http://116.211.23.123/SNS/Publish.htm ", "Mode=HTTP", str, LAST); 这也是一种写法，可以跟web_submit_data互换。这种写法更利于拼接参数。 方法一适合一些xml结构的根元素下的子元素同处于根元素下面，且子元素数目较少的情况下，如果xml结构比较复杂，比如说根元素下面有多级子元素，或者xml树结构分叉较多的时候，我们可以先把x ml拼接成一个字符串然后通过web_custom_request()向服务器发送请求。 我们在做接口功能测试的时候会很注意接口的应答报文的信息，这时候我们可以通过LoadRunner 的日志信息查看或者可以通过web_reg_find()或者web_find()这样的API函数来统计接口的运行结果，推荐使用web_reg_find()，web_reg_find()和web_find()区别请大家百度一下，详细信息太多，在这里不便叙述。 因为web_reg_find()是注册型函数，所以应该放在web_submit_data()或者web_custom_request ()的前面。 如： web_reg_find("Text=
接口测试总结
1.什么是接口测试 接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。 2.为什么做接口测试 首先，节省测试成本，数据模型推算，底层的一个bug能够引发上层的8个左右bug，而且底层的bug很容易引起全网的宕机。相反接口测试能够提供系统复杂度上升情况下的低成本高效率的解决方案。 其次接口测试不同于传统开发的单元测试，接口测试是站在用户的角度对系统接口进行全面高效持续的检测。 最后接口测试是自动化并且持续集成的，这也是为什么接口测试能够低成本高收益的根源。 总之接口测试是保证高复杂性系统质量的内在要求和低成本的经济利益的驱动作用下的最佳解决方案，接口测试是一个完整的体系，也包括功能测试、性能测试。 3.接口测试的适用范围 接口测试一般应用于多系统间交互开发，或者拥有多个子系统的应用系统开发的测试。接口测试适用于为其他系统提供服务的底层框架系统和中心服务系统，主要测试这些系统对外部提供的接口，验证其正确性和稳定性。接口测试同样适用于一个上层系统中的服务层接口，越往上层，其测试的难度越大。接口测试在淘宝的应用是一个自下而上的发展过程。 接口测试实施在多系统多平台的构架下，有着极为高效的成本收益比。接口测试天生为高复杂性的平台带来高效的缺陷检测和质量监督能力。平台越复杂，系统越庞大，接口测试的效果越明显。 4.在接口测试中如何应对需求的频繁变化 在现在这个互联网软件时代，需求的频繁变动已经不是什么新鲜事。客户的需求变更、市场需求的变更，项目本身的调整，以及新需求的出现等等都会导致需求的变化。这种需求的变化常会出现在项目开发阶段，根据需求的变化开发人员会对项目进行调整，而作为在项目开发阶段就接入进行测试的接口测试人员同样也会被影响，这种影响有时是巨大的，影响着我们的工作效率，它会导致我们需要重复以前的部分测试工作，甚至会让我们以前所做的测试工作白费。而且越是大型的、复杂的项目，这种影响越大，暴露出的问题也越多。 针对这段期间我在项目中的体验，将需求变化对接口测试的影响和出现的问题罗列下： 1. 需求变化，接口测试人员不知道或过了很久才知道。由于某些原因，常常会导致新需求变动接口测试人员不知道，或是过了很久才知道。往往接口测试人员是通过用例回归发现用例跑不通，然后会进行错误排查，最后发现问题后和开发确认后才知道是需求变化。这样是很浪费时间，甚至会遗漏一些需要测试的新需求的功能点，导致测试不全，遗漏bug。
国电 变桨 调试
PROJECT GUP CCV风场变桨调试TO GUP Customer ENGINEER MOOG Service Remark GUP CCV风场变桨调试 1、变桨柜内无电检查 1.1 查验系统元器件包括电缆有无缺陷。 a、检查柜体在运输过程中是否存在由于震动造成的一些元器件损伤，主要是看元器件有无硬件损伤。 b、检查所要连接的重载电缆有无绝缘破损情况，Harting有无损坏。 c、查看柜内有无铁屑、铜丝等金属危险品 确保上电后设备及人身的安全。 1.2 校线检查 1.2.1 24V控制滑环线缆检查 使用万用表对从滑环进轮毂的线缆进行校线检查，确保接线没有错误。 注意：防雷模块的区别 6R1：接Profibus通讯线为5V防雷模块 16R1、17R1为24V防雷模块 注：此项接线必须校线检查，不然24V如果接线短路，就会造成防雷模块的损坏。 1.2.2 400V线缆检查 使用万用表对从机舱进轮毂的线缆进行校线检查。 注：400V的线缆校线检查必须提高警惕，严禁出现零线与火线或者地线与火线接反的情况！！！ 目前在已经调试的风场中 1）尚义风场发现400V的防雷模块损坏较多，查出原因为机舱出火线与地/零线接反导致防雷模块的损坏2）在武川风场出现有，机舱零线未接紧，上电之后，系统缺零导致烧坏AC400充电器以及24V开关电源。 1.2.3 测量Canbus终端电阻60±5? 可测量BVL E线harting上，白棕两线间阻值 1.2.4 激活profibus终端电阻 DP插头上拨动开关处于ON状态 1）未接主控通讯线时，可测得6R1：1-2间阻值为220±10? 2）若连接主控通讯线之后阻值在110±5? 注：此阻值测量是在主控与变桨均未上电情况下测量的 1.2.5 线路测量 连接外部电源线之后（外部给变桨供电400V电源开关必须保持断开），闭合变桨柜体内所有开关（电池柜5Q1,axis1,axis2,axis3开关保持断开），做上电之前的线路测量 1）检测L1、L2、L3、N、PE线间的短路测量。 2）24+与L1、L2、L3、N、PE线间的短路测量。 3）24-与L1、L2、L3、N、PE线间的短路测量。 4）测量柜内各个端子排N线与N线以及PE线间的导通性。 注意：各个电压等级之间不能有回路电压串入 5）检测PITCHmaster进线进出线的对地的短路测量 确保上电之前线路无短路情况，保护设备及人身安全 1.2.6 电池电压测量 查看连接电池的短接线，保证电池短接线完全连接好，不能有虚接现象。 依次测量每个电池柜的电压，查看电池柜电压是否平衡，一般在230V左右，若出现电池柜电压偏低情况，上电后优先闭合这个电池柜开关，优先充电。
接口测试文档
需求内容： 功能描述：店铺会有很多的评价，评价分两种类型，好评，差评，根据店铺的没个评价，确定这个店铺有多少个星。具体的要求是 1. 评价分好评，差评 2. 连续5个好评可以转换为1个星，有一个差评，减少1个星 3. 最多有5个星 4. 初始星为0，最少有0个星 接口设计： public interface IStoreService { /** *根据店铺Id，得到店铺的星数 *@param storeId店铺id *@return店铺星数 */ publicint getSotreStar(String storeId);} 分析过程： 从需求角度分析，需要测试的点包括： 1.店铺没有评价 2.店铺全部差评 3.店铺全部好评 4.店铺有差评，有好评 5.点评评价数小于5个 6.店铺评价中，连续好评不够5个 7.根据星计算规则，店铺所得星号大于5个 具体实现： privateint getStar(List
int star = 0; int pingJiaCount = pingJiaList.size(); if(pingJiaCount < 5) { return star; } int goodPing = 0; for(int i = 0; i < pingJiaCount; i++) { if(pingJiaList.get(i).getPingJiaType() == PingType.goodPing) { goodPing++; if(goodPing == 5) { star++; goodPing = 0; } }else{ goodPing = 0; if(star > 0) { star -= 1; } } } if(star > 5) { star = 5; } return star; } 用例设计 略 测试过程： 1. 分析需求，找出被测需求测试点：
接口测试的两种方法
接口测试的两种方法 < Publish >
有了上述的说明书之后，测试人员可以根据文档的描述在LoadRunner书写相应的接口测试脚本。 LoadRunner中涉及到向服务器发送请求的API方法包括：web_url()，web_submit_form()，web_submit_data()，web_custom_request()。下面介绍两种我常用的方法： 方法一：使用web_submit_data() web_submit_data("insert", "Action=http://116.211.23.123/SNS/Publish.htm ", "Method=POST", "Referer=http://116.211.23.123/SNS/Publish.htm ", "Mode=HTML", ITEMDATA, "Name= SNSID ","Value=6601",ENDITEM, "Name= UserID ","Value=123",ENDITEM,
REE-OAT变桨系统现场调试手册
版本：V1.0 REE-OAT变桨系统现场调试手册 发布日期：2009年9月9日
REE-OAT变桨系统现场调试手册 本文件用于指导1.5MW（低温型）风机用变桨系统的现场调试，变桨系统的调试要严格按照调试步骤进行，做好调试记录。 一、调试工具 ●调试软件Windbench； ●笔记本电脑一台； ●万用表一个； ●工具箱一个：配有一字型、十字型螺丝刀、一套内六角扳手和尖嘴钳等 工具； ●REE-OAT变桨系统原理图一份； 二、上电前的常规检查 ●确认变桨系统各部件间的电缆连接正确，且各航空插头连接牢靠； ●检查各控制箱内及箱外的元器件是否完好无损； ●确认各控制箱和电池箱的电源开关均处于断开状态，箱内的电路保护开 关均处于断开状态； ●电池电压在满电状态应为246V，如低于241V，电池已处于充电状态， 此时充电激活以及充电电流项的指示灯应为绿色，电池电流值为负值。
充电器激活 注意：系统上电前一定要确保三相400V电压正常和相序正确，N线和PE接地线连接正确且固定牢靠，电源不能缺项，否则容易造成模块烧毁。 三、单独调试步骤 1.首先一定要先合上三个电池箱的开关1Q2，2Q2，3Q2； 2.PC调试步骤（按照以下示意图分步完成）： ●检查Q1（400V AC）进线端电压是否正常，出线端是否对地短路，正常 则合上Q1； ●检查S1（230V AC）进线端电压是否正常，出线端是否对地短路，正常 则合上S1，检查照明灯是否正常； ●检查Q11，Q21，Q31（400V AC）进线端是否正常，出线端是否对地短 路，正常则合上Q11，Q21，Q31； ●检查F11，F21，F31（230V AC）进线端是否正常，出线端是否对地短路， 正常则合上F11，F21，F31；
接口测试常用测试点整理
接口测试常用测试点整理 测试的策略： 接口测试也是属于功能测试，所以跟我们以往的功能测试流程并没有太大区别，测试流程依旧是： 1、评审测试接口文档（需求文档） 2、根据接口文档编写测试用例（用例编写完全可以按照以往规则来编写，例如等价类划分，边界值等设计方法） 3、执行测试，查看不同的参数请求，接口的返回的数据是否达到预期 那么设计测试用例时我们主要考虑如下几个方面： 一、功能测试： 接口的功能是否正确实现了 接口是否按照设计文档中来实现（比如username参数写为了user，那么这就不符合，因为接口文档在整个开发中都需要使用，所以接口实际的设计要与接口设计文档中保持一致） 兼容性测试：比如说今天接口进行了调整，但是前端没有进行变更，这时候需要验证新的接口是否满足旧的调用方式 错误码测试：通用的错误码与业务错误码是否能够清晰的说明调用问题，错误码是否能够尽可能的全的覆盖所有的情况 返回值测试：返回值除了内容需要是正确的，还需要类型也是正确的，保证调用方拿到这些参数能够正确的解析
参数边界值、等价类测试 json格式测试：通常我们的接口一般设计的都是传递json串，那么就需要去测试如果传递非json的情况，这时候程序会不会正确的处理，返回相应的error code 默认值测试：很多情况一些非必填的参数会有默认值，比如说一个查询的接口，参数count为返回查询的结果数量，默认为10，那么就应该有一条case来测试，当然前置条件是数据库里面必须要存在这样的数据超过10条。 二、逻辑业务： 是否有依赖业务，比如查看订单，是需要用户首先登录的，所以肯定要保证登录了或有相应的cookie 业务逻辑测试：传递正确的参数，接口对数据库进行查询的操作，需要去验证数据库查询是否正确，接口对数据库进行增删改的操作，也需要看数据库是否同步进行了这些操作 三、异常测试： 异常分为两类，参数异常和数据异常 1、参数异常： 关键字参数：将参数写为开发语言中的关键字 参数为空：比如去掉了username参数
接口测试
接口测试总结 1、什么是接口测试 接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。 2、为什么做接口测试 首先，节省测试成本，数据模型推算，底层的一个bug能够引发上层的8个左右bug，而且底层的bug很容易引起全网的宕机。相反接口测试能够提供系统复杂度上升情况下的低成本高效率的解决方案。 其次接口测试不同于传统开发的单元测试，接口测试是站在用户的角度对系统接口进行全面高效持续的检测。 最后接口测试是自动化并且持续集成的，这也是为什么接口测试能够低成本高收益的根源。 总之接口测试是保证高复杂性系统质量的内在要求和低成本的经济利益的驱动作用下的最佳解决方案，接口测试是一个完整的体系，也包括功能测试、性能测试。 3、接口测试的适用范围 接口测试一般应用于多系统间交互开发，或者拥有多个子系统的应用系统开发的测试。接口测试适用于为其他系统提供服务的底层框架系统和中心服务系统，主要测试这些系统对外部提供的接口，验证其正确性和稳定性。接口测试同样适用于一个上层系统中的服务层接口，越往上层，其测试的难度越大。接口测试在淘宝的应用是一个自下而上的发展过程。 接口测试实施在多系统多平台的构架下，有着极为高效的成本收益比。接口测试天生为高复杂性的平台带来高效的缺陷检测和质量监督能力。平台越复杂，系统越庞大，接口测试的效果越明显。 4、在接口测试中如何应对需求的频繁变化 在现在这个互联网软件时代，需求的频繁变动已经不是什么新鲜事。客户的需求变更、市场需求的变更，项目本身的调整，以及新需求的出现等等都会导致需求的变化。这种需求的变化常会出现在项目开发阶段，根据需求的变化开发人员
接口测试
接口测试 目录 1.接口测试的背景 1.1什么是接口测试 接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。 1.2为什么做接口测试 测试用例设计更有针对性 i.黑盒用例设计——————根据产品需求设计用例 ii.产品需求特点： a)由产品经理提出，针对功能，一般不关注实现方式，满 足需求即可 b)可能出现的一种情况，简单的功能需要较复杂的逻辑才 能实现 c)为实现需求，可能需要多个开发人员协作完成 接口用例设计——————根据接口需求设计用例 i.接口需求特点
a)开发为了实现产品的需求，给其它开发提出的需求 b)各子模块各自实现的功能比较清晰明确 c)可能多个接口共同实现一个产品需求 测试人员提前介入 降低成本 首先，随着系统复杂程度的上升，传统的测试方法测试成本急剧增加，测试效率大幅下降（数据模型推算，底层的一个bug能够引发上层的8 个左右bug，而且底层的bug很容易引起全网的宕机。相反接口测试能够提供系统复杂度上升情况下的低成本高效率的解决方案。 其次，接口测试不同于传统开发的单元测试，接口测试是站在用户的角度对系统接口进行全面高效持续的检测。 最后，接口测试是自动化并且持续集成的，这也是为什么接口测
试能够低成本高收益的根源。 总之接口测试是保证高复杂性系统质量的内在要求和低成本的经济利益的驱动作用下 的最佳解决方案，接口测试是一个完整的体系，也包括功能测试、性能测试。 1.3接口测试的适用范围 接口测试一般应用于多系统间交互开发，或者拥有多个子系统的应用系统开发的测试。接口测试适用于为其他系统提供服务的底层框架系统和中心服务系统，主要测试这些系统对外部提供的接口，验证其正确性和稳定性。接口测试同样适用于一个上层系统中的服务层接口，越往上层，其测试的难度越大。也就是说接口测试是一个自下而上的发展过程。接口测试实施在多系统多平台的构架下，有着极为高效的成本收益比。接口测试天生为高复杂性的平台带来高效的缺陷检测和质量监督能力。平台越复杂，系统越庞大，接口测试的效果越明显。 2.接口测试的目的 接口测试的核心战略在于：以保证系统的正确和稳定为核心，以持续集成为手段，提高测试效率，提升用户体验，降低产品研发成本。 核心：保证系统的稳定 质量管理的目标是保证系统的正确和稳定，接口测试作为软件质
接口测试思路
你好，我觉得接口测试用例的设计方法其实和功能测试用例的设计方法是类似的，因为接口是需要满足需求的，而接口测试所依赖的也是需求说明书，但是，因为接口测试毕竟是通过代码去测试代码，所以，为了保证覆盖率，可能会使用到单元测试的方法，具体的测试用例设计，我考虑的如下，请参考，如果有错误，一起讨论。 输入参数测试：针对输入的参数进行测试，也可以说是假定接口参数的不正确性进行的测试，确保接口对任意类型的输入都做了相应的处理：输入参数合法，输入参数不合法，输入参数为空，输入参数为null，输入参数超长； 功能测试：接口是否满足了所提供的功能，相当于是正常情况测试，如果一个接口功能复杂时推荐对接口用例进行结构划分，这样子用例具有更好的可读性和维护性。 逻辑测试：逻辑测试严格讲应为单元测试，单元测试应保持内部逻辑的正确性，可单元测试和接口测试界限并不是那么清楚，所以我们也可以从给出的设计文档中考虑内部逻辑错误的分支情况和异常； 异常情况测试：接口实现是否对异常情况都进行了处理，接口输入参数虽然合法，但是在接口实现中，也会出现异常，因为内部的异常不一定是输入的数据造成的，而有可能是其他逻辑造成的，程序需要对任何的异常都进行处理。 具体实列参考： 需求内容： 功能描述：店铺会有很多的评价，评价分两种类型，好评，差评，根据店铺的没个评价，确定这个店铺有多少个星。具体的要求是 1. 评价分好评，差评 2. 连续5个好评可以转换为1个星，有一个差评，减少1个星 3. 最多有5个星 4. 初始星为0，最少有0个星 接口设计： public interface IStoreService { /** * 根据店铺Id，得到店铺的星数 * @param storeId店铺id * @return店铺星数 */ public int getSotreStar(String storeId);} 分析过程： 从需求角度分析，需要测试的点包括： 1.店铺没有评价 2.店铺全部差评 3.店铺全部好评 4.店铺有差评，有好评 5.点评评价数小于5个
风机调试
风力发电机组调试 一．概述 风力发电机组调试的任务是将机组的各系统有机的结合在一起，协调一致。保证机组安全、长期、稳定、高效率地运行。调试分为厂内调试和现场调试两部分。 调试必须遵守各系统的安全要求，特别是关于高压电气的安全要求及整机的安全要求，必须遵守风机运行手册中关于安全的所有要求，否则会有人身安全危险及风机的安全危险。调试者必须对风机各系统的功能有相当的了解，知道在危险的情况下必须采取的安全措施。总之调试必须由通过培训合格的人员进行，尤其是现场调试，因为各个系统已经完全连接，叶片在风力作用下旋转运动，必须仔细完全按照调试规程的要求逐步进行。 二．厂内调试 厂内调试是尽可能的模拟现场的情况，将系统内的所有问题在厂内调试中发现、处理，并将各系统的工作状态按照设计要求协调一致。由于厂内条件的限制，厂内调试分为两个部分：轮毂系统调试和机舱部分调试。 2.1轮毂调试 轮毂是指整个轮毂加上变桨系统、变桨轴承、中心润滑系统组成一个独立的系统。在调试时用模拟器模拟机组主控系统。调试的目的是检查轴承、中心润滑系统、变桨齿轮箱、变桨电机、变桨控制系统、各传感器的功能是否正常。
2.1.1调试准备 调试前必须确认系统已经按照要求装配完整，系统在地面固定牢固，系统干燥清洁，变桨齿轮箱与轴承的配合符合要求。 连接调试试验柜与轮毂系统，进行通电前的电气检查，确认系统接地及各部分的绝缘达到要求，检查进线端子处的电压值、相序正确，只有符合要求后才能向系统送电。 送电采用逐级送电，按照电路图逐个合闸各个手动开关，并检查系统的状态正常。 2.1.2轮毂调试 用计算机连接轮毂控制系统，按照调试文件进行必要的参数修改。 按照调试规程逐项进行调试作业，并作完整的记录。 主要工作有： 用手动及程序控制逐个活动三个变桨轴承，检查各部分是否活动灵活，有无卡涩，齿轮箱、发电机、轴承是否润滑良好，有无漏油现象。 检查变桨控制系统的状态是否正常，充电回路、过电流保护、转速测定等是否正常，并测试蓄电池充电回路的功能。 逐个活动三个变桨轴，检查各轴的角度传感器，92度及95度限位开关，各电机的电流，温度传感器等的工作是否正常，并进行角度校准。 用主控系统模拟器模拟各状态信号、指令信号等，检查变桨控
接口测试步骤2
接口测试 一、什么是接口测试 接口可以分下面几种 1、系统与系统之间的调用，比如银行会提供接口供电子商务网站调用，或者说，支付宝会提供接口给淘宝调用。 2、上层服务对下层服务的调用，比如service层会调用DAO层的接口，而应用层又会调用服务层提供的接口，一般会通过。 3、服务之间的调用，比如注册用户时，会先调用用户查询的服务，查看该用户是否已经注册。而我们所要做的接口测试，先要了解是基于哪一种类型的接口测试，不同类型的接口测试方法可能是不一致的，总体来说，不管是那种类型，我们只要把被测接口当做是服务方，而把我们的测试手段当做是客户方，我们的目的就是，通过我们的测试手段，去验证服务端满足了他声明提供的功能。 4、至于说到具体的测试方法，http协议的接口测试，一般会用LoadRunner/jmeter去测试，jmeter的好处是不用写测试代码，直接使用jmeter提供的http请求去测试，也可以使用HTTPClient去测试，好处是可以方便集成和自动化。java接口的测试，则需要编写测试代码去测试，有点类似于单元测试，但是需要更多的考虑业务场景。 二、接口测试的流程一般是怎么样的？ 1、接口测试的流程其实和功能测试的流程类似，因为接口测试依赖的主要对象也是需求说明书，所以，最初的流程就是参与需求讨论，评审需求。 2、需求确定以后，开发会根据需求进行接口设计，会产出接口定义，在开发设计过程中，有能力的话，可以给出一些针对设计的建议，提高可测性，针对需求及设计，进行测试计划，测试设计，然后还需要和配管确定测试环境相关的事情。 3、在开发完成接口定义之后，就根据需求文档及接口定义进行测试用例设计，测试用例设计主要从业务场景，功能，以及异常测试几个方面考虑。 4、测试用例设计完成后，针对测试用例进行评审，然后，如果开发代码部分可测时，即可进入测试了，因为是部分可测，可能会使用到mock方法。 5、已有测试代码时，就要进行测试代码的持续集成了，我们是使用hudson来进行持续集成的在项目结束后，会对每个项目进行总结 三、接口测试的数据准备，应该怎么做呢？ 接口测试的数据准备，可以从下面几个方面去考虑： 1、如果是只测试一次的接口，可以使用硬编码的方式准备测试数据，在写测试代码的时候，使用到什么数据就写什么数据，为了避免数据重复，可能比较多的会用到随机字符或随机数 2、可以直接通过调用其他API的方式准备测试数据，这种情况在测试最上层服务的时候比较有用，比如测试团购购买服务，就需要准备要购买的团购数据，购买团购的用户数据，