分享

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   填一份51Testing行业调查问卷吧?内含2019-2022年的技术趋势和热点。点击下方链接,不仅能帮助你更了解测试行业,还能免费获得实战课程~链接:http://vote.51testing.com/  性能测试往往在投产上线前开展,无法对整个系统变更进行全面的覆盖测试,因此性能测试需求提出十分关键。性能测试需求交付过程中,需要对开发团队提出的测试需求进行审查,重点分析交付的测试需求是否充分覆盖了影响系统性能的因素,避免遗漏重要测试项,引发生产性能事件。  在很多企业中,性能测试需求交付都设置有需求评审环节,需求审查的动作也会包含系统变更影响性分析,其中最关键的分析内容就是梳理影响系统...
            0 0 747
            分享
          •  一、工具背景介绍Oracle Database,又名Oracle RDBMS,或简称Oracle。是甲骨文公司的一款关系数据库管理系统。它是在数据库领域一直处于领先地位的产品。可以说Oracle数据库系统是世界上流行的关系数据库管理系统,系统可移植性好、使用方便、功能强,适用于各类大、中、小微机环境。它是一种高效率的、可靠性好的、适应高吞吐量的数据库方案。创建表空间和表它由至少一个表空间和数据库模式对象组成。这里,模式是对象的集合,而模式对象是直接引用数据库数据的逻辑结构。模式对象包括这样一些结构:表、视图、序列、存储过程、同义词、索引、簇和数据库链等。逻辑存储结构包括表空间、段和...
            0 1 1533
            分享
          •   以下准则出自Ron Patton《Software Testing》一书,在测试职位工作多年后,对其中的准则体会颇深,分享以下10条实用性超强的准则及其在工作中的实践,建议在工作中多加参考:  1、完全测试一个程序是不可能的。(It’s Impossible to Test a Program Completely.)  实践:根据项目时间、资源、风险、用户要求等,有选择地去测试。  2、软件测试是一种基于风险的活动。(Software Testing Is a Risk-Based Exercise.)  实践:一般新功能、常用功能、默认配置属于高风险,需要优先测试,分配较多资源,而回归...
            0 0 476
            分享
          • 本文以最常见的几种测试场景来展开讨论如何设计出更为高效且覆盖面更为全的测试用例。在讨论前,我们先来大概了解下目前行业里常用到的几种测试用例的设计方法,目前主流的测试用例设计方法有如下几种1、测试用例常用设计方法1.1 等价类划分法此设计方法算是黑盒测试中用得最多的一个了,而且此方法常常与其他方法一起来设计测试用例,常用的组合就是与边界值划分法;定义:等价类划分法是把所有可能输入的数据划分成若干部分,然后从每一个部分选取少数具有代表性的数据作为测试用例。划分标准:完整性,即被划分的各个部分测试数据共同组成了所有可能输入的数据;排他性,即每个部分的测试数据原则上来说,不应该有重叠部分。划分方法:在...
            16 16 2527
            分享
          •   摘 要  喂,你那个刚测好的页面怎么又出现了bug?这里怎么交互几次页面重绘就出了问题?你到底对前端测试用例的覆盖率有几分把握,真的没有测试遗漏嘛?对于这些疑问,正在看文章的你如果能够轻松应对,那么请关掉屏幕,本文与你关系不大,出去运动一下吧。但如果你也有类似的困惑,并且正在寻找衡量js代码测试完整度的方法,那么请继续阅读,文中介绍的js覆盖率工具会让你在完善前端测试用例的征途上,走的轻松一些。  正 文  众所周知,前端测试需求多、改动大,业务逻辑复杂又紧密,往往首轮设计的测试用例并不能完全覆盖所有的功能点和diff代码。这时,就需要代码覆盖率工具帮助我们发现测试未能覆盖到的代码分支和逻...
            1 0 1682
            分享
      • 51testing软件测试圈微信