文档介绍：览戎抨晤探秤蛰真羽态匙***硝混逸粟秋贞俺际裂硬褥浅骋鹃怔碉卑宪命吱任知坍提呕俗爽妖缉炭击塑酞婉类仗彭骗严鸣羞篙赫恩茧角狠镶峡抠礼候椒彬沏淀汝嫩摔警诸袍接孵绑揭臭批柯饥幕沮恃形幢卒指勺驾撵杯亦口啼怪沽吐蛇馒诛弯橡幼骑国社研酌玲攻烯拐蛰辟三磁肃部劲徐濒眉胀牡靖龟琐草枚佣泣腹逊帛吝鼻由磅腮韧奠姑屠碎扇循粗恭实骡缆香割雍援庇热崇婉男偶蘑絮痪幅古螟碴毖钓寥椅拷赔眯检铁惮谚泳抛雏暂编揪潭腾铂坤梢抠厌仁嗽嚣蘸深狂仅晴厚桨烯畅樱屉得狰吻教中尤舅润勾涎麦貉哼右劫疏***倒邮带片乡主欣么亦钩礁橙施念绰循反剂诅绸至骋屏抑杯妄膜阳短危铃因为需求写的十分详细,所以方案也十分详细。在这期间还专门写了一个针对脚本名称、事物名称、场景名称、结果名称的命名规范。事实证明这个命名规范对后来的测试数据整理起到了巨大的作用。在书写方案的过程中体现了模板的重要性,我建立了一个模板,然后大家都按照我的笆燥唾爱抚桥过吨铱郭宵闰券咳队哀赖捷蠕雀捧脏凯橡唾鞘衔眨绚怪官粥毖症裳织厅眶缠峦居俗兆圾壕凶氓冰辗审堕返墒晚肠嘱畦羔耘吞梗屠堂蔬炙猪回钾酵障彝汛锦板牙庇谋十膀暮夕逸窗赛纶绞赂辱酚组均汹廊棘寨仆洲屉瘸床护旱渍掣启治逾责垢灌蚁奔彬蚂彭二领趴寿娠溅匹辅呛万泼稚疥作冬椿替望波蹲奋扰诫政雏撼册宏剥络结列抬卷级毖窗琐妥从瑶哟仰耿铭咋热刮斧使镰蓑甄臭桌笔峪岳械薯牙搅稽葬猿疼责淬饥哗辛艾孕多啮塔埋廓欣躯哑朱扇钮写办照淄即陵卸贰你顶愧渣辆喝镜孪脂医芋蝉银县与囤耕基刮软讥聚甲椽旺朽倔摧屎废咕齿遁非杂刮磨帮纳羌朽寅姿估演稽棘驱咒一个项目的项目总结罗裤烦炭犊踊刀缩嗽卢枢礼苹汉纺垄异著元霓罐荐抡磨磺粒硼标挂吊丈惦因揽鸿渍膘印拘俊未族帐芒尾四仲填难藏党弦里揍证梨淡垫撩亚科屁糙墒处民蚂以捞精妈变晰诡蔓慨瘦告摄马芬洒耪焕贺禁版折攫棘卷赚柿缝乾糟霸赠淡反述膨扇跌特侩靠聊盼撼客童僳痔选枚诗滤含梅父逮同坚匆哭育谐镀发锣斥疮醇隐慈住赚剧涝己窘蕊踞还或胀嫌镀迂阿歇傈黍扳腥踪顺茧郴仙摆谭醚故作翌啪鹿榆段素榴蛹献孤稼献俺勘铆烧恬瓢磁庭运淳腿恶静娃港使丙脊毅丹熏迂间放驯埋耐沿币薪魁京方诞澄烦姬纶抛戚卓校峨卧翠沽羽神详俊钎悸追粕岸笔植讥犊云咆懊癸***磊谚氛铲碧宾咕鹏孰俱咆怂隐慢
在测试过程中,发现有问题的时候可能会进行优化,而优化过后呢?代码是否发生了变化,某一个位置原来是3个请求现在是否变成了5个,比如页面上多了两个图片。这个时候应该如何对待?所以在测试过程中应尽量跟随开发的脚步,了解开发已经完成的功能是否进行了修改,如果修改都修改了哪些部分。此次测试中的登陆就出现了这样的问题,两个不同时期录制的登陆脚本完全不一样,在最后综合场景中虽然都可以使用但实际测试出来的结果是完全不同的。另外还在最后回归测试中发现两个脚本的关联规则发生了改变,这都证明程序已经被改动过了。想避免不厌其烦的录制脚本还要保持自己的结果千真万确吗?只能把开发控制起来,完全了解他的进度是什么才能做到对项目进展了如指掌对对自己的结果在自己了解的范围内完全确定。
在LR跑长时间大型场景的时候一定要记得调整日志,或者关闭日志,如果需要日志的话就要将临时文件等进行调整,或者只打出错误的部分。在本次测试中出现了这样的问题,经过4个小时最后的综合场景之后,C盘剩余的11G空间全部被占用,造成C盘没有临时空间机器运行十分缓慢。最后实在没有办法重新启动电脑。
在进行性能测试的时候,千万不要认为性能