有一个项目的选型，采用了微软提供的ORM框架Entity FrameWork 4.1。经过这些天和同事们的验证和搭建，昨天出来了一个初步的版本。针对该版本我们做了一次并发测试，测试的策略是这样的：

1：LoadRunner模拟一个用户打开页面，该页面中执行一个联表查询，由Entity FrameWork提供出来的数据库操作方法来执行，该方法查询出对象集后，Entity FrameWork将对该对象集跟踪，可以做延迟加载的操作。查询的SQL语句如下：

public List<DemoUserBM> GetUserList()

{

string strSql = "SELECT TOP 100 u.cniId as Id,u.cnvcUserName as UserName,u.cnvcPassWork as PassWork,getDate() as CreateTime,0 as Version FROM tbDemo_User u JOIN tbDemo_Address a ON u.cniID = a.tbDemo_UserId  ORDER BY u.cniID DESC";

return this.SqlQuery(strSql);

}

该查询中采用了ORDER BY u.cniID DESC语句，尽量减少SQL SERVER查询的缓存命中率，提高并发测试的准确率。

2：LoadRunner接着做一个Insert操作，该操作是一个联表的插入，同时将user和Address的数据插入表中。由Entity FrameWork维护事务。

Random ro = new Random(99999999);

DemoUserBLL bll = DemoUserBLL.Instance;

//测试保存数据

DemoUserBM user = new DemoUserBM();

user.UserName = "jadesun";

user.PassWork = "123456";

user.CreateTime = DateTime.Now;

user.AddressList.Add(new DemoAddressBM() { Phone = ro.Next().ToString(), Address = "测试地址" });

bll.Save(user);

3，LoadRunner 继续做一个 Update 操作，该操作也是一个联表的更新。更新了User表，并再新增 Address 的一条记录。同样由 Entity FrameWork维护事务。

//测试更新事务数据

user.UserName = Guid.NewGuid().ToString();

user.AddressList.Add(new DemoAddressBM() { ColumnUser_Id = user.Id, Phone = ro.Next().ToString(), Address = "测试地址2" });

bll.Update(user);

bll.Dispose();

并发测试的策略就是一个用户做了查询、新增、更改的操作，由200个用户并发交替的执行。和陟昕讨论了一下，这样的测试对框架的验证可以提供参考性。

LoadRunner使用200个并发进行压力测试一个半小时的截图。