
笔记
maiyikai
这个作者很懒,什么都没留下…
展开
-
LoadRunner之脚本运行
上一篇文章我们已经讲了如何编写一个简单的 LoadRunner 脚本,也讲了如何调试和查看日志;当然这只是准备阶段哦,脚本在编写的时候能跑,但是在真实的性能测试阶段就不一定能跑了,总之问题是有的,要慢慢解决。不要问我为啥知道,因为我在使用的时候就遇到了很多的问题,就不一一的讲了,试试就知道了。原文链接:LoadRunner之脚本运行:https://maiyikai.github.io/2019...原创 2019-10-23 16:51:25 · 1282 阅读 · 0 评论 -
LoadRunner之脚本写作
LoadRunner,是一种预测系统行为和性能的负载测试工具。通过模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner能够对整个企业架构进行测试。企业使用LoadRunner能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期。LoadRunner可适用于各种体系架构的自动负载测试,能预测系统行为并评估系统性能。LoadRunner 更多的了解可以查看百度...原创 2019-10-23 16:48:33 · 217 阅读 · 0 评论 -
重构 改善既有代码设计---第十一章 处理概括关系
11.1 某个子类只使用超类接口中的一部分,或是根本不需要继承而来的数据;在子类中新建一个字段用以保存超类;调整子类函数,令它改而委托超类;然后去掉两者之间的继承体系。11.2 多个类之间使用委托关系,并经常为整个接口编写许多极简单的委托函数。让委托类继承受托类。字段的上移和下移,函数的上移和下移,构造函数-超类创建,子类调用(super)...原创 2019-01-07 09:28:55 · 231 阅读 · 0 评论 -
重构 改善既有代码设计---第十章 简化函数调用
10.1 修改函数名:使其表达的含义与其实现的类的功能相近10.2 移除无用和不想关的参数10.3 将查询函数和修改函数分离:一个函数负责一件事10.4 若干个函数做了类似的工作,但在函数本体中却包含了不同的值,建立单一函数以参数表达那些不同的值。10.5 参数过长时,使用参数对象替换参数10.6 隐藏函数:当某个函数没有被其他函数使用时,将其设置为私有函数10.7 当创建对象的时候不...原创 2019-01-07 09:27:50 · 286 阅读 · 0 评论 -
重构 改善既有代码设计---第九章 简化条件表达式
9.1 移除控制标记:以break语句或return语句取代控制标记9.2 以卫语句取代嵌套条件表达式:9.3 以多态取代条件表达式:将这个调价表达式的每个分支放进一个子类内的复写函数中,然后将原始函数声明为抽象函数。9.4 引入断言:某段代码需要对程序状态做出某种假设,以断言明确表现这种假设。...原创 2019-01-07 09:26:49 · 394 阅读 · 0 评论 -
重构 改善既有代码设计---第八章 重新组织数据
8.1 自封装字段:在一个类中,访问其字段可以直接访问,但与字段之间的耦合关系会变得更加的笨拙。为这个字段简历取值/设值函数,并通过这些函数类访问字段,方便后续对值有其他的范围要求时,方便更改而不需要动函数主体。8.2 以对象取代数组:数组中元素表示不同的意义,则可以使用对象替换,对象中定义不同的字段,用于接收数组的数据。还有其他的整理方式,鉴于在平时的开发过程中都会运用到,所以不记录...原创 2019-01-07 09:25:24 · 299 阅读 · 0 评论 -
重构 改善既有代码设计---第七章 在对象之间搬移特性
7.1 移动函数:在该函数最常引用的类中建立一个有着类似行为的新函数。将旧函数变成一个单纯的委托函数,或是将旧函数完全移除。7.2 搬移字段:当类中的某个字段被目标类频繁的使用,建议在目标类新建一个字段,修改原字段的所有用户,令它们改用新字段。7.3 提炼类:某个类做了多类事时,应该讲它拆分为不同的类,实现一个类做一类事。注:类的命名一定要贴合类所做的事。7.4 将类内联化:如果一个类不...原创 2019-01-07 09:23:47 · 231 阅读 · 0 评论 -
重构 改善既有代码设计---第六章 重新组织函数
6.1 提炼函数什么时候用?到一个方法过长或某段代码需要注释写明才能更好理解时,使用提炼1.创造一个新函数(好的命名:函数名可以更接近的表达函数功能)2.将需要提炼的代码移动到新建的函数中3.检查提炼出来的代码,是否引用了“作用域限于源函数”的变量(包括局部变量和原函数参数)4.检查是否有“仅用于被提炼代码段”的临时变量。如果有,在目标函数中重新定义5.检查被提炼的代码,看看是否有任...原创 2019-01-07 09:21:48 · 263 阅读 · 0 评论 -
重构 改善既有代码设计---第五章 重构列表
5.1 重构的记录格式1.重构的名称2.概要1)一句话介绍此次重构解决了什么问题2)一句简短的陈述,介绍你该做的事3)一副速写图,显示重构前后的示例(UML图或代码)3.动机4.做法:简明描述如何实现5.范例:例子其他的和前边的相差不多...原创 2019-01-07 09:20:24 · 228 阅读 · 0 评论 -
重构 改善既有代码设计---第四章 构筑测试体系
4.1 自测:书写代码,时间花费最多的步骤在于调式,而自动测试大大减少了花费的时间。在确定功能开发之前,对接口或者方法的入参和出参设计好,然后编写相应的单元测试,对代码的入参和期望值进行校验,当功能书写结束之后,只需要执行单元测试,并且测试没问题,说明功能实现完成。每完成一个功能点就要执行一边所有的单元测试,确保代码不会对老代码造成影响。4.2 修复bug:在拿到bug时,先编写一个单元测试,使...原创 2019-01-07 09:18:51 · 234 阅读 · 0 评论 -
重构 改善既有代码设计---第三章 代码坏味道
3.1 重复代码代码重复会让整个类变得更大,影响代码阅读。1.同个类:不同方法中多次出现重复的代码或者表达式时,可以使用“提炼方法”的方式将重复代码或表达式提炼到方法A中,所有使用到这段代码或者表达式的方法通过对A方法的调用实现功能2.两个互为兄弟的类中含有相同的代码或者表达式:将重复代码提炼到指定方法A中,再将A方法推入到超类,后两个子类通过调用超类的方法A完成功能3.不同的类中出现重复...原创 2019-01-07 09:13:44 · 281 阅读 · 0 评论