测试开发这些事

今天又遭遇比较变态的XML字符串对比。所以特意将几种特殊的对比总结了一下：1.     如何对比XML中某些特定路径节点是否相等，而不是整体对比。测试场景，如得到订购信息，可能订购的结束日期是实时生成的，假如我们不需要对比（每次回归都回出错）。那么参加如下脚本 String ExpXmlTe

 之前都使用XmlUnit来对比xml字符串，今天发现当出现如下需求时，XMLUNIT无法满足或者说有bug，特自己写了对比方法。需求：需要对比如下xml字符串，要求不对比其中的sign和time字段，其他字段都需要对比。   elbert_app_dsc007  elb_wsi_001  1236586307734  822a379aec82755afaa9c63

 作者：赵璨 这两天我们在用dbunit插IM数据库时碰到了乱码问题，初步做了研究，分享一下，可能对其他测试同学也会有点帮助。有错误的地方大家尽管指出。 一：理论       编程过程中涉及到的字符集编码问题通常涉及到这样几个因素：1.      文件编码格式例如XML文件通过第一行的声明指定了文件的编码格式。Java中可以通过InputStream读取文件，用InputS

命令如下：java -cp  D:/AutoRun/lib/coretestlib/common/junit-4.3.jar;. org.junit.runner.AliJUnitCore com.TestAA（测试Class名） TestCase1（测试方法名） 攻略如下由于事先junit 支持 测试粒度到测试类级别，命令如下java -cp  D:/AutoRun/lib/

 现在测试很多接口返回的类型是xml的字符串，当返回值为较小的值的时候。期望结果直接写在代码里边是靠普的。但是当返回结果相当大的时候，期望值保存在哪里呢，以前我也做过直接写在代码里，结果造成代码行相当的长，几乎一个测试用例只能看见期望结果的数据了，自然不好。那么如果存在文件里如何呢？可能会有这样的问题存在文件里如何对比呢，采用文本内容对比吗？总觉得不太靠普，至少xml特性没能体现，譬如不能告诉我是

实际遇到的问题：在编写junit的测试代码的时候，需要为每个Case编写注释作者等信息。而执行结果平台也需要知道这些信息，而不是通过查看测试代码来发现这些信息，这就需要在测试执行的时候读取到javadoc的信息。本文就是针对这个问题的解决方案首先，由于JavaDoc是只能读取紧贴函数的注释，目前我们Java代码中都被@Test占据。所以我想到只能修改@Test接口        

Ext.data.Store是extjs的数据结构。主要用于extjs的grid和combobox等控件的数据加载和操作。实际上对grid的增删改可以通过对store的操作来控制.例子：对grid的增删操作A.增加一条记录1. 首先需要定义每条record的结

1.combobox定义如下 mu_project_ds_add = new Ext.data.JsonStore({ url : 'GetProjectSelectList', root : 'root', autoLoad : true, fields : [ 'pr