标签：内存 登录页面 响应 访问 ESS xpl 新窗口 explore 回收
session测试的测试点
1.session的创建时间点
是打开浏览器访问开始创建session?还是用户登陆时开始创建session? 还是其它情况下创建的
2.session的删除时间点
过期文件是否删除，
关闭浏览器时，session是否会删除？当有多个窗口时，是全部关掉还是关掉一个会删除session?
3.session超时
基于Session原理，需要验证系统session是否有超时机制，还需要验证session超时后功能是否还能继续走下去
测试方法：
1）打开一个页面，等着10分钟session超时时间到了，然后对页面进行操作，查看效果。
2）多TAB浏览器，在两个TAB页中都保留的是用户A的session记录，然后在其中一个TAB页执行退出操作，马上在另外一个页面进行要验证的操作，查看是能继续到下一步还是到登录页面。
4.session互窜
即是用户A的操作被用户B执行：测试方法：
多TAB浏览器，在两个TAB页中都保留的是用户A的session记录，然后在其中一个TAB页执行退出操作，登陆用户B， 此时两个TAB页都是B的session，然后在另一个A的页面执行操作，查看是否能成功。 预期结果：有权限控制的操作，B不能执行A页面的操作，应该报错，没有权限控制的操作，B执行了A页面 操作后，数据记录是B的而不是A的
5.Session垃圾回收
6.关闭浏览器同时关闭session
7.Session 销毁
8.session丢失
代码问题
9.不同浏览器Session的共享机制不一致
IE中，所有打开的IE窗口（IE 进程）共享一个session。除非，用户通过菜单 File > New session 打开新窗口，或者使用命令行参数 iexplore.exe -nomerge 来打开IE。 另外，当所有IE窗口被关闭后，session 结束。
10.服务器端是否设置了最大并发session数量
防止由于登录人数过多，造成服务器内存被消耗殆尽或服务器无响应的情况。
11.刷新操作对session是否存在影响
12.登录并进行相关操作后，退出系统，点击浏览器中的后退按钮，是否能回到刚才所做的操作页面
13.登录后，进入一个页面后，能否将该页面地址拷贝后，再打开一个新的浏览器，直接粘贴该页面地址后，就能进行相关操作
14.若后台的网络架构使用了负载均衡，要考虑在同一客户访问的页面被提交到了不同的服务器后，session能否正确共享
例如：用户登陆后的请求被A服务器处理，但是用户接下来的操作却被B服务器处理，此时登录后的session是否能够被正确共享
15.若创建session时，由于环境故障（IE死机，或网络暂时断开等），造成session创建异常或失败，系统会如何反应
16.若创建session时，由于环境故障（IE死机，或网络暂时断开等），造成session创建异常或失败，若环境恢复后，系统是否会自动生成session
17.进行大量用户并发登录时，是否会造成session创建时间延时，导致无法正常创建session
标签：内存 登录页面 响应 访问 ESS xpl 新窗口 explore 回收
原文地址：https://www.cnblogs.com/LWK5100/p/14234300.html
