发布新日志

  • fiddler学习遇到问题解决方案

    2018-10-22 15:21:08

    2018.10.19解决PC端安装fiddler证书不成功的问题,通过下面链接解决;
    https://www.cnblogs.com/jayshsoft/p/7503171.html
    解决手机配置代理后无法上网问题
    https://blog.csdn.net/m0_37554415/article/details/80434477?utm_source=blogxgwz1
    2018.10.20fiddler增加服务器IP地址和web环境

    Fiddler显示请求服务器的ip及系统环境的配置方法:

    1)打开Rules——>Customize  Rules

    2)找到如下这段代码:

    static function Main()
    {
    var today: Date = new Date();
    FiddlerObject.StatusText = " CustomRules.js was loaded at: " + today;
    // Uncomment to add a "Server" column containing the response "Server" header, if present

    在这一行后面添加如下代码:

    // 显示服务器web环境
    FiddlerObject.UI.lvSessions.AddBoundColumn("Server", 50, "@response.server");
    // 显示服务器IP地址
    FiddlerObject.UI.lvSessions.AddBoundColumn("HostIP", 50, "x-hostIP");
    }

    设置后重启fiddler,效果如下:


  • BUG生命周期和管理

    2011-12-12 10:19:20

     1、BUG的产生

      1) 软件的复杂性:功能越多,软件越复杂。

      2) 程序员的错误:过于疲劳,不守规矩,过于热心,心不在焉。

      3) 需求的变化:需求变化的后果会造成重新设计与日程调整,一个需求变化频繁的项目或者产品是没有任何测试价值的。

      4) 时间的压力:时间是一种宝贵的资源。

      5) 文档贫乏:要有良好的先文档后实现的习惯。文档代表着一种特殊的记忆,没有它的存在对人对己都不利。

      6) 软件开发工具:实际上,现代的开发工具对整个软件质量尤其是可靠性并没有什么重大的影响。

      2、BUG的种类

      1) 需求阶段的BUG

      2) 分析,设计阶段的BUG

      3) 实现阶段的BUG【主要发生在开发人员的身上】

      4) 配置阶段的BUG

      5) 短视将来的BUG

      6) 静态文档的B U G

      3、BUG的生命周期

      1) BUG的初始状态(Unconfirmed&New)

      2) BUG的分配状态(Assigned)

      3) BUG的重新分配状态(Ressigned)

      4) BUG修复状态(Resolved&Fixed)

      5) BUG验证状态(Vertified)

      6) BUG重新打开状态()

      7) BUG关闭状态()

      4、BUG的严重等级

      1) 危机的(Critical)

      2) 重大的(Grave)

      3) 严重的()

      4) 锁定的(Blocker)

      5) 重要的(Important)

      6) 常规的(Normal)

      7) 轻微的(Minor)

      8) 微不足道的(Trivial)

      5、BUG处理的优先等级

      1) 立刻修复(Immediate)

      2) 尽快修复(Hight)

      3) 正常修复(Normal)

      4) 考虑修复(Low)

  • 软件基础知识

    2011-03-08 22:24:35

    1、什么是软件测试?

    软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试,甚至根据需要编写不同的测试工具,设计和维护测试系统,对测试方案可能出现的问题进行分析和评估。执行测试用例后,需要跟踪故障,以确保开发的产品适合需求。

    2、软件测试的目的是什么?

    软件测试是程序的一种执行过程,目的是尽可能发现并改正被测试软件中的错误,提高软件的可靠性。

    3、软件测试的分类

    从是否关心软件内部结构和具体实现的角度划分

      A.白盒测试

      B.黑盒测试

      C.灰盒测试
    从是否执行程序的角度

      A.静态测试

      B.动态测试。
    从软件开发的过程按阶段划分有

      A.单元测试

      B.集成测试

      C.确认测试

      D.系统测试

      E.验收测试

    4、什么是黑盒测试?白盒测试?灰盒测试?

    黑盒测试(Black-box Testing,又称为功能测试或数据驱动测试)是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时,需要测试软件产品的功能,不需测试软件产品的内部结构和处理过程。

    白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。 这一方法是把测试对象看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。

    灰盒测试,是介于白盒测试与黑盒测试之间的,可以这样理解,灰盒测试关注输出对于输入的正确性,同时也关注内部表现,但这种关注不象白盒那样详细、完整,只是通过一些表征性的现象、事件、标志来判断内部的运行状态,有时候输出是正确的,但内部其实已经错误了,这种情况非常多,如果每次都通过白盒测试来操作,效率会很低,因此需要采取这样的一种灰盒的方法。


    5、黑盒测试用例的设计方法有那些?

    等价类划分方法·边界值分析方法·错误推测方法·因果图方法·判定表驱动分析方法·正交实验设计方法·功能图分析方法

    6、什么是软件质量?

    概括地说,软件质量就是“软件与明确的和隐含的定义的需求相一致的程度”。具体地说,软件质量是软件符合明确叙述的功能和性能需求、文档中明确描述的开发标准、以及所有专业开发的软件都应具有的隐含特征的程度。

    7、软件验收测试的合格通过准则是?

    1)、软件需求分析说明书中定义的所有功能已全部实现,性能指标全部达到要求。  

    2)、所有测试项没有残余的一级二级三级的错误。  

    3)、立项审批表、需求分析文档、设计文档和编码实现一致。

    4)、验收测试工件齐全(测试计划,测试用例,测试日志,测试通知单,测试分析报告)

    8、性能测试(或称多用户并发性能测试)、负载测试、强度测试、容量测试是性能测试领域里的几个方面
    性能测试(Performance Test):通常收集所有和测试有关的所有性能,通常被不同人在不同场合下进行使用。测试软件在系统中的运行性能,度量系统与预定义目标的差距。
    关注点:how much和how fast

    负载测试(Load Test):负载测试是一种性能测试,指数据在超负荷环境中运行,程序是否能够承担。通过逐步增加系统负载,确定在满足性能指标的情况下,系统所能承受的最大负载量。
    关注点:how much

    强度测试(Stress Test):强度测试是一种性能测试,他在系统资源特别低的情况下软件系统运行情况,目的是找到系统在哪里失效以及如何失效的地方。包括
    Spike testing:短时间的极端负载测试
    Extreme testing:在过量用户下的负载测试
    Hammer testing:连续执行所有能做的操作
    压力测试:通过逐步增加系统负载,确定在什么负载条件下系统处于失效状态,以此来获得系统能提供的最大服务级别。

    容量测试(Volume Test):确定系统可处理同时在线的最大用户数,使系统承受超额的数据容量来发现它是否能够正确处理。

    关注点:how much(而不是how fast)
    容量测试,通常和数据库有关,容量和负载的区别在于:容量关注的是大容量,而不需要表现实际的使用。

    其中,容量测试、负载测试、强度测试的英文解释为:
    Volume Testing = Large amounts of data
    Load Testing = Large amount of users
    Stress Testing = Too many users, too much data, too little time and too little room


    举例:一个人背X斤
    负载测试:200斤情况下,是否能坚持5分钟。
    压力测试:200,300,400...斤情况下,他的表现,什么时候失败,失败之后什么表现,重新扛200是否正常。
    容量测试:在坚持5分钟的情况下,他一次最多能扛多少斤。


  • LR录制C/S模式的脚本10054解决方案

    2008-08-16 15:58:40

    问题:

    使用Loadrunner8.1录制C/S结构的程序,采用多协议下的WINSOCKETS协议,录制过程正常,

    回放脚本时,在LOG中出现Error : socket2 - Connection reset by peer. Error code : 10054. 

    解决方案:

    点击Vuser-run-time settings,里面的thinktime默认是忽略的,将选项改为选择Replay think time中的as recorded,这样在运行的时候就不会出现把thinktime的时间忽略了。设置后,回放脚本,一切正常。
     

Open Toolbar