菜鸟测试之实际项目问题发现

实际案例一：
1.添加无销售合同B时，发现点击提交的事物响应时间十分慢，单用户单循环大于10秒
业务流程：填写基本信息，点击提交按钮
问题发现：并非是提交产生的事物慢，而是提交成功后到刷新到主页面的时间较慢，因数据关联太多引起
解决方案：优化系统，并发测试响应时间小于1秒
实际案例二：
1.添加有销售合同B时，发现查询、选择合同的事物响应时间十分慢，但提交时单用户单循环大于10秒，
业务流程：查询合同->选择合同->点击提交
问题发现：查询合同的关联数据太多引起，因为选择合同时，也需要先查询一次合同，
解决方案：优化系统，并发测试响应时间小于1秒
实际案例三：
1.手工点击有销售合同B的task按钮（用于添加C）>10秒，手工点击无销售合同B的按钮（用于添加C）<0.5秒
业务流程：选择有销售合同的B，点击task
问题发现：有销售合同的关联数据太多引起，
解决方案：优化系统，并发测试响应时间小于1秒
实际案例三：
查询B时，组合条件查询快，响应时间<1秒，单条件查询较慢，响应时间>30秒
业务流程：组合查询：输入用编码+名字，点击search
               单条件查询：输入名字，点击search
问题发现：查询B时，组合条件查询快，响应时间<1秒，因为，查询时，通过组合条件添加将不必要的条件                进行过滤，而单条件查询较慢，响应时间>30秒，且含数字的名字比含字母的名字查询快一些                  ，因为用名字查询时，还要区分大小写
解决方案：该问题解决比较麻烦，1. 第一次进行性能优化，平均响应时间10<响应时间<15秒，
                                              2.开发认为优化空间不大，因为关联的表太多（注：B层属于A层，查询                                                 出B层还要先将A层查询出来），建议业务将响应时间改为15秒
                                             3.考虑是权限问题，造成数据量太大，因测试时用管理员帐号，查询出的B是在全球所有B中找出的，建议改为只有某国家区域的权限（如：某国的接口人）测试，
                                             4.第二次性能优化解决，响应时间<3秒
实际案例四：
单用户手工用管理员帐号进入申请单的页面响应时间>30分钟，最后提示超时，用tes3进入申请单的页面响应时间>1分钟
业务流程：点击项目工程->点击我的申请单，
问题发现：1.权限问题，造成数据量太大，因测试时用管理员帐号，可以查出所有的项目申请单，而接口人                  只能查出该权限的申请单
                2.对申请单未进行添加索引
解决方案：添加索引，响应时间<1秒
实际案例五：
查询合同，响应时间>20秒
业务流程：进入查询合同页面，输入精确合同号，点击search
问题发现：合同关联数据太多，合同是在全球合同中查出的
解决方案：在查询时，将国家地区作为必选项，再进行查询，响应时间<2秒
实际案例六：
单用户导出D的时间大于10秒
业务流程：查询出A后，点击导出（因为D属于A）
问题发现：系统导出D的时间与后台处理导出D的消息队列时间间隙太长
解决方案：缩短系统导出D的时间与后台处理导出D的消息队列时间间隙，
新问题：导出一定数量D后，提示unkown system error
实际案例七：
导出一定数量D后，提示unkown system error
业务流程：查询出A后，点击导出（因为D属于A）
问题发现：当导出D的次数过多，引起导出D的队列消未处理完，出现报错，如：队列消息最大为5000，且导出D的次数已达到5000，但此时的队列空间已满，且队列消息还未及时处理，还有500条未时，则队列消息剩余空间只有5000-500=4500，故出现前台系统报错
解决方案：1.将队列消息的空间值加大
实际案例八：
查询发票的场景登陆后，出现自动登出，手工可以重现
业务流程：进入查询发票页面，输入精确合同号，点击search
问题发现：数据库被锁
解决方案：数据库解锁
实际案例九：
查询合同的场景运行30分钟左右，连续出现失败事物，（排除脚本问题），（注：验证10次，重现10次）
业务流程：进入查询合同页面，输入精确合同号，点击search
问题发现： loadrunner日志：1.找不到进入查询合同页面的检查点，但手工不能重现
                                       2.发现系统运行一段时间后，请求的链接在服务端返回后，重定向到另一个链                                          接
                 开发认为：可能为登陆30分钟运行后，出现自动退出，
解决方案：1.开发建议将进入查询合同页面的检查点置后，再进行测试
               2.建议将进行查询询合同页面的链接放在登陆，以便更能发现问题规律
               3.最终因该问题比较难以定位，项目进度紧张，故作为历史遗留问题，
          注：最终解决办法：是LoadRunner的一个设置问题，是将浏览器设置为：每运行一次后，清除一次缓存，即解决该问题 

本次测试中，测试某模块的查询场景，结果：在场景运行后30分钟出现