已有 9289 人访问
李斐然 ID.965
博客(14)
李斐然的博客

一般来说IT公司有加班是正常的。 ITer对于加班也有一定的预期,并不会轻易的对加班有强烈的抵触的。 但是, 加班也分类型和原因的,下面的加班就很难让人接受1. 阶段性的长时间加班比如连续几周, 甚至几个月都需要天天加班。 这体现出公司管理的问题。2. “救火”类型的加班产品质量在客户那里总是有严重问题出现。 工程师不停的救火。 一般客户的问题优先级高, 非常紧急,同时不便重现, 不便调试,不便获
336°/3363 人阅读/0 人点赞/0 条评论

从前面的描述,我们可以看到, 性能测试的参数, 输入场景, 关键性能指标都是和性能测试的目的密切相关。 比如, 为了验证是否满足一个重要客户的性能要求, 性能测试可以很复杂, 测试环境包括应用服务器Cluster, DB Cluster, 专用的存储服务器,测试耗时一个月; 为了验证是否在版本之间有性能下降, 性能测试也可以很简单, 所有软件都部署在同一个机器上, 且测试集成在DailyBuild
337°/3375 人阅读/0 人点赞/0 条评论

  压力输入场景描述了系统输入压力的构成情况。 和性能参数类似, 压力输入场景也是多种多样的。 那么到底选用什么样的压力输入场景呢?   对于大多数性能测试, 压力场景一般从客户真实环境获得, 然后经过合理的简化,应用在性能测试中。   要注意, 压力输入场景并不是说越真实越好。 因为如果要构造非常真实环境的压力输入场景, 会需要更多的开发成本和执行成本。 合理的简
357°/3572 人阅读/0 人点赞/0 条评论

性能参数是包括所有会对性能产生影响的因素.  比如软件参数设置, 硬件的能力, 输入的类型等等。 性能测试的结果只有在给定性能参数的条件下, 才有意义。   在性能测试中, 性能参数类似于功能测试中的”输入组合“, 所以,设计时都会面对同一个问题, 不可能穷举的可能。 即使对于一个小的软件, 性能参数的组合也可能是一个非常庞大的数字。 这一点对于 企业应用软件产品 尤其是一个
439°/4391 人阅读/0 人点赞/0 条评论

关键性能指标 (Key Performance Indicator, KPI) 如其名字所示, 是能标志系统性能的最关键的指标。最常见的, Resonse Time和Throughput, 他们是网站的关键性能指标。 下面列出了常见的关键性能指标的四种类型。 几乎对于任何系统, 服务能力指标都是最排在第一位的关键性能指标。 分类 举例 服务能力指标*   l 
476°/4766 人阅读/0 人点赞/0 条评论

一提到性能模型, 可能大多数人马上就想到网站。 网站的性能模型属于“在线交易处理“模型(On-Line Transaction Processing Model),这是最常见的性能模型。 此外我还总结出另外两种。 流水线模型(Pipe Line Model)和静态数据模型(Static Data Model)。 不同的性能测试模型类型,其测试方法, 性能指标都会很不一样。 比如对于OLTP模
375°/3756 人阅读/0 人点赞/0 条评论

模型的意义在于它化复杂为简单, 同时不丢失最关键的属性。 建立模型是为了帮助我们更好的理解一个复杂的事物。 那么问题是“性能测试很复杂吗?”, 接下来的问题是“如果说性能测试很复杂, 那么复杂性体现在什么地方?” 性能测试复杂吗? 一句很废话但是也是真话就是, 初看简单, 深入复杂。 我认为性能测试的复杂性体现在三个地方。 第一个是性能参数, 第二个是输入场景, 第三个是性能测试的目的。 性能测
384°/3841 人阅读/0 人点赞/0 条评论

"异常处理"是一个非常简单的概念, 但"困难"在最佳实践. 反正我做软件好多年了, 也没有完全掌握, 常常还会陷入迷茫之中.今天, 我把自己 设想为一个软件用户, 然后再考虑我"憎恨什么样的异常处理方式".、出错了当没有出错。。。?通常来说, 你第一个会想到“出错了当没有出错, 继续执行下去”这种情况。 确实这是异常处理的大忌。 但是对于
297°/2971 人阅读/0 人点赞/0 条评论

持续集成里的过程简单说有下面一些典型阶段。checkout source code -> build -> deploy -> run automated test cases那么这里的automated testcase应该是什么样的testcase?whitebox test case(单元测试)很难集成到“持续集成过程”里, 因为其前置条件的不统一。在开发的时候,
345°/3439 人阅读/0 人点赞/2 条评论

Different QTP
李斐然 2012-09-08
这是我对两年来QTP使用的总结.Different QTP:前言 Different QTP:两个抽象之一:产品业务逻辑抽象Different QTP:业务逻辑封装原则Different QTP:业务逻辑封装接口设计Different QTP:两个抽象之二:GUI元素操作抽象层Different QTP: GUI元素库:架构Different QTP: GUI元素库:查找函数 
412°/4097 人阅读/0 人点赞/3 条评论