测试系统的接收邮件的性能
我想录制一下接收邮件的这个事务，接收之前清除上一次的接收痕迹，然后点击接收，然后再清除痕迹，一边下次能接收进来。我邮件中有8封邮件可以接进系统来，我压了10个人，用户名都是我自己，运行后我发现每个虚拟用户迭代了4次，总共接进来32封邮件。这样的结果是不是说明只有一个虚拟用户成功了，其他的邮件为什么没有接进来呢 自己顶一下。今天进行的测试结果是这样的，第一次邮箱中有15封邮件，只接进来8封，其它的因为某种原来没有进来。之后去邮箱中删掉其它的只保留这8封。第二次接进来32封，有重复的，估计是迭代了四次，每次接8封一共32封，每次接的动作平均事务响应时间是67.382秒。第三次重复测试，和预计的一样还是32封，时间也差不多，第四次压20人，结果基本一样。可以得出这样的结论，事务的运行时间基本一致，接进来的邮件数和迭代次数有关，也就是和场景的运行时间有关，和加压人数关系不大。
得出这样的结论，我觉得很怪异。请大家帮我看看原因是什么，为什么和加压人数没有关系了呢，是每次运行场景其实只执行了一个人的取邮件动作么？
页:
[1]
