论文部分内容阅读
摘要：自动化测试软件将以cs为扩展名的C#类文件作为测试用例的载体。在一个这样的类文件中将包括一个类的定义。一个类即为一个测试用例程序。这些类拥有共同的基类，重写基类的三个方法。这三个方法分别描述测试用例的基本信息、接口信息和测试过程。使用C#的动态编译技术，自动化测试软件可以完成测试用例程序的编译工作，并生成一个包含所有测试用例程序的程序集。自动化测试软件可以调用该程序集并自动执行每个测试用例程序。测试用例程序通过编译后将执行接口检查，发现接口路径错误。通过接口检查后方可进行测试。配置好OPC服務器后，自动化测试软件可以使用OPC接口按测试用例程序修改输入信号并检查结果是否为预想的值。
关键词：自动化测试软件、动态编译技术、测试用例、OPC服务器
1緒论
软件测试过程中，软件测试人员在测试规范中将详细描述每个测试用例的测试接口和测试过程。之后将其转化为测试用例程序。自动化测试软件应能够加载这些测试用例程序并自动地完成全部的测试操作生成测试实况。测试人员通过测试实况分析软件并编写测试报告。软件编写人员根据测试报告修改应用软件。测试人员再使用自动化测试软件重复测试。
2 运行环境
2.1 软件环境要求
> 操作系统： Windows XP及以上
> FRAMEWORK：NET Framework 2.0
2.2 硬件环境要求
> 处理器： 1GHz及以上
> 内存： 512M及以上
> 屏幕分辨率： 1024*768及以上
> 接口：以太网（RJ45）
> 连接线： RJ45转M12以太网线
2.3 基本设计概念和处理流程
使用C#的动态编译技术，自动化测试软件可以完成测试用例程序的编译工作，并生成一个包含所有测试用例程序的程序集。自动化测试软件可以调用该程序集并自动执行每个测试用例程序。
测试用例程序通过编译后将执行接口检查，发现接口路径错误。通过接口检查后方可进行测试。配置好OPC服务器后，自动化测试软件可以使用OPC接口按测试用例程序修改输入信号并检查结果是否为预想的值。
2.4结构
自动化测试软件由以下程序集组成：
3 用户接口设计
测试用例程序编写规则
3.1 概述
测试用例程序为一个C#类，使用cs文件描述。
测试用例程序的基类为TestCase类。
测试用例程序需要重写基类的三个方法，Summary、Interface和Test。Summary方法用于描述测试用例的基本信息。Interface方法用于描述测试用例的数据接口。Test方法用于描述测试过程。
3.2 Summary方法
Summary方法中需要给Number、Name和Version三个属性赋值。Number属性为该测试用例的编号。Name属性为该测试用例的名称。Version属性为该测试用例的版本。这三个属性都为string型变量。
3.3 Interface方法
Interface方法中使用下面方法注册接口变量：protected void AddVariable（string key， string opcPath）。
key为该变量的标识符，后面如果读取或设置该变量都需要使用该标识符；opcPath为该变量的OPC路径。
对于EKE设备，全局变量xMtest的OPC路径为：.<配置名>.<资源名>.xMtest。
gIL_DISC_t中变量xACEComOK_1的OPC路径为：.<配置名>.<资源名>.gIL_DISC_t.xACEComOK_1。
程序P_MTSC_S的本地变量xReset的OPC路径为：.<配置名>.<资源名>.P_MTSC_S/xReset。
4 测试流程
测试人员需按照如下流程使用该软件进行自动化测试：
> 编写测试规范。
> 将测试规范转化为测试用例程序。
> 编译测试用例程序并修改，直至无语法错误。
> 检查接口，修改待测程序和测试用例程序，使二者皆符合相关规范。
> 自动测试，获取测试结果。
> 分析测试结果，从中分析出待测程序的错误或测试用例程序错误。如果有测试用例程序错误则修改测试用例程序重新自动测试。
5 结语
在传统项目中的列车网络软件测试需要测试人员编写测试用例并且手动进行测试。这种测试受项目进度的制约很难覆盖软件运行的每一种状态，每一步的测试结果无法很详尽地记录。基于以上的考虑，我们开发了一套列车网络软件自动化测试工具，不断完善和扩充该工具的稳定性、可靠性。
参考文献：
[1] GB 50157 地铁设计规范，2003.
[2]宁寿辉，李常贤，王杰.TCN列车网络管理的研究与实现[J].机车电传动，2007（5）：31-33.
廉雪莹，1986年3月28日出生，性别女，民族汉，籍贯吉林磐石，单位中车南京浦镇车辆有限公司，邮编210032，职称工程师，学历本科，研究方向列车通信网络
关键词：自动化测试软件、动态编译技术、测试用例、OPC服务器
1緒论
软件测试过程中，软件测试人员在测试规范中将详细描述每个测试用例的测试接口和测试过程。之后将其转化为测试用例程序。自动化测试软件应能够加载这些测试用例程序并自动地完成全部的测试操作生成测试实况。测试人员通过测试实况分析软件并编写测试报告。软件编写人员根据测试报告修改应用软件。测试人员再使用自动化测试软件重复测试。
2 运行环境
2.1 软件环境要求
> 操作系统： Windows XP及以上
> FRAMEWORK：NET Framework 2.0
2.2 硬件环境要求
> 处理器： 1GHz及以上
> 内存： 512M及以上
> 屏幕分辨率： 1024*768及以上
> 接口：以太网（RJ45）
> 连接线： RJ45转M12以太网线
2.3 基本设计概念和处理流程
使用C#的动态编译技术，自动化测试软件可以完成测试用例程序的编译工作，并生成一个包含所有测试用例程序的程序集。自动化测试软件可以调用该程序集并自动执行每个测试用例程序。
测试用例程序通过编译后将执行接口检查，发现接口路径错误。通过接口检查后方可进行测试。配置好OPC服务器后，自动化测试软件可以使用OPC接口按测试用例程序修改输入信号并检查结果是否为预想的值。
2.4结构
自动化测试软件由以下程序集组成：
3 用户接口设计
测试用例程序编写规则
3.1 概述
测试用例程序为一个C#类，使用cs文件描述。
测试用例程序的基类为TestCase类。
测试用例程序需要重写基类的三个方法，Summary、Interface和Test。Summary方法用于描述测试用例的基本信息。Interface方法用于描述测试用例的数据接口。Test方法用于描述测试过程。
3.2 Summary方法
Summary方法中需要给Number、Name和Version三个属性赋值。Number属性为该测试用例的编号。Name属性为该测试用例的名称。Version属性为该测试用例的版本。这三个属性都为string型变量。
3.3 Interface方法
Interface方法中使用下面方法注册接口变量：protected void AddVariable（string key， string opcPath）。
key为该变量的标识符，后面如果读取或设置该变量都需要使用该标识符；opcPath为该变量的OPC路径。
对于EKE设备，全局变量xMtest的OPC路径为：
gIL_DISC_t中变量xACEComOK_1的OPC路径为：
程序P_MTSC_S的本地变量xReset的OPC路径为：
4 测试流程
测试人员需按照如下流程使用该软件进行自动化测试：
> 编写测试规范。
> 将测试规范转化为测试用例程序。
> 编译测试用例程序并修改，直至无语法错误。
> 检查接口，修改待测程序和测试用例程序，使二者皆符合相关规范。
> 自动测试，获取测试结果。
> 分析测试结果，从中分析出待测程序的错误或测试用例程序错误。如果有测试用例程序错误则修改测试用例程序重新自动测试。
5 结语
在传统项目中的列车网络软件测试需要测试人员编写测试用例并且手动进行测试。这种测试受项目进度的制约很难覆盖软件运行的每一种状态，每一步的测试结果无法很详尽地记录。基于以上的考虑，我们开发了一套列车网络软件自动化测试工具，不断完善和扩充该工具的稳定性、可靠性。
参考文献：
[1] GB 50157 地铁设计规范，2003.
[2]宁寿辉，李常贤，王杰.TCN列车网络管理的研究与实现[J].机车电传动，2007（5）：31-33.
廉雪莹，1986年3月28日出生，性别女，民族汉，籍贯吉林磐石，单位中车南京浦镇车辆有限公司，邮编210032，职称工程师，学历本科，研究方向列车通信网络