首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏释然IT杂谈

    【Tools】探索基于Windows11的渗透测试系统,提升渗透测试效率

    1、项目介绍: 为大家推荐一款大佬封装的基于win11的渗透系统。Windows11 Penetration Suite Toolkit 作者主打一个开箱即用的windows渗透测试环境。

    4.3K10编辑于 2023-11-14
  • 来自专栏产品的技术小课

    效率工具推荐(第11期)

    适用于快速创建一个数据类的报告,它上面有很多报告模版和图表,选择好模版后,可编辑模版里面的数据和增加/替换图表组件,制作好后可导出报告,报告格式支持png、pdf格式。

    1.2K10编辑于 2022-04-01
  • 来自专栏往期博文

    【Python】npypklcsv读写效率测试

    测试环境 CPU: Intel® Core™ i7-10700F 磁盘: ST1000DM010-2EP102 系统:windows10 测试代码 import os import pickle import : # test = read_pkl(os.path.join(root_path, i)) e_t = time.time() print(e_t - s_t) 测试结果

    1.4K30编辑于 2023-03-24
  • 来自专栏搜狗测试

    Docker提升测试效率之路

    作为测试一方,我们应与时俱进,将Docker容器技术应用到测试工作中。 为了让小伙伴们可以快速上手Docker容器技术,本文主要从3个场景介绍Docker在测试中的应用: 使用Docker管理测试环境 使用Docker提高测试执行效率 使用Docker管理测试数据 一、使用 在团队里使用此功能可以大大提高工作效率,还可以避免因环境不一致带来的各种问题。 三、使用Docker提高测试执行效率 考虑如下3个场景: 问题一:A、B两位测试人员共同负责同一核心模块的测试,希望测试环境独立,互不影响; 问题二:测试过程中发现某个问题,希望保留此现象环境,以便后面排查定位问题 五、总结 本文主要给大家简单介绍了如何使用Docker容器技术管理测试环境、测试数据,提高测试(团队)工作效率,其核心的知识点有: 1、Dockerfile文件的编写,该部分没有详细介绍,大家可以参数如下教程进行学习

    1.2K20发布于 2020-01-17
  • 来自专栏素质云笔记

    提升R代码运算效率11个实用方法——并行、效率

    有许多种方法可以提升你的代码运算效率,但或许你更想了解运算效率能得到多大的提升。 2.将条件语句的判断条件移至循环外 将条件判断语句移至循环外可以提升代码的运算速度,接下来本文将利用包含100,000行数据至1,000,000行数据的数据集进行测试: ? 本部分的测试将和case(2)部分进行比较,和预想的结果一致,该方法确实提升了运算效率。 ? 4.尽可能地使用 ifelse()语句 利用ifelse()语句可以使你的代码更加简便。 8.利用Rcpp 截至目前,我们已经测试了好几种提升运算效率的方法,其中最佳的方法是利用ifelse()函数。如果我们将数据量增大十倍,运算效率将会变成啥样的呢? 11.利用内存较小的数据结构 data.table()是一个很好的例子,因为它可以减少数据的内存,这有助于加快运算速率。 ?

    1.4K50发布于 2019-05-26
  • 来自专栏测吧测试开发

    软件测试 | 读懂 Appium 日志,让测试效率翻倍!

    本文将详细解读如何读懂 Appium 日志,并让你的测试效率翻倍。 开启服务 日志第一行显示了 Appium 版本和运行地址。 $ appium [Appium] Welcome to Appium v1.8.0-beta3 (REV 40e40975ebd3593d08c3f83de2546258f7ddf11d) [Appium showIOSLog": true}' [Appium] Welcome to Appium v1.8.0-beta3 (REV 40e40975ebd3593d08c3f83de2546258f7ddf11d ] showIOSLog: true [Appium] Appium REST http interface listener started on 172.19.131.113:8000 对于自动化测试来说 创建 Session 为了自动化测试跑起来,session 要做很多事,日志提供了一些基本的 session 信息,特别是 desired capabilities 和 default capabilities

    99120发布于 2020-12-01
  • 来自专栏简尚

    想提升测试团队的效率

    先上图, 1、看到这位测试同学的思考,去「提升测试团队的效率」。 2、这篇,写的很好 。主要从两个角度「技术和流程」去解决这件事。老徐觉得可行 。 甚至是对于很多中小团队,技术角度不一定能落地。 3、如果你团队有测试开发同学。或者你自己作为Leader ,玩过类似的 CI/CD 平台 。可以自己去搭建这套 。 至少可以把 打包,部署,接口测试,开发自测,冒烟测试,弄成自动化 。 对于冒烟测试不通过的,严格执行版本打回 。或者,线下先沟通,达成一致 。多数时候,效率低下,就是开发、测试,来回版本阻塞,测试不通过 。 5、可以跟研发团队达成一致,Bug日事日清 。 6、当然,测试前置。对于效率提升也是非常有帮助的 。自测Case驱动开发自测,提供测试数据。提测前,去开发环境,先快速过一遍流程 。避免测试环境部署后,反复版本打回 。 7、剩下的,可玩的。 就是「测试同学,对业务极其熟悉,对需求足够敏感」。在需求评审环节,就可以快速识别无效需求,伪需求。避免需求反复调整,开发、测试一些无效需求(对,这些都跟技术无关)。

    50510编辑于 2022-12-29
  • 来自专栏学习笔记ol

    框架分析(11)-测试框架

    框架分析(11)-测试框架 主要对目前市面上常见的框架进行分析和总结,希望有兴趣的小伙伴们可以看一下,会持续更新的。希望各位可以监督我,我们一起学习进步。 这使得开发人员可以清晰地了解测试的结果,及时发现和解决问题。 并行执行 Selenium支持并行执行测试,可以同时在多个浏览器上执行测试脚本,提高测试效率和速度。 异常测试支持 JUnit允许测试方法标记为期望抛出特定异常。如果测试方法确实抛出了期望的异常,则测试将被视为通过。如果测试方法没有抛出异常或者抛出了其他异常,则测试将被视为失败。 不能覆盖所有测试场景 JUnit框架主要用于单元测试,无法覆盖所有的测试场景,例如集成测试、性能测试等。 需要编写大量的测试代码 为了达到全面的测试覆盖率,需要编写大量的测试代码,增加了开发成本和维护成本。 不支持并发测试 JUnit框架默认是单线程执行测试用例,不支持并发测试

    87720编辑于 2023-10-11
  • 来自专栏啄木鸟软件测试

    接口测试11讲:接口性能测试

    1672308810&play_scene=10400&vid=wxv_2588778574413873157&format_id=10002&support_redirect=0&mmversion=false 渗透式测试环境与代码 将DB下的4个csv文件导入sec数据库中 渗透测试操作系统虚拟机文件vmx文件 1)Windows 2000 Professional 链接:https://pan.baidu.com/s/13OSz pwd=s2i5 提取码:s2i5 开机密码:jerry/123456 安装了Apatche、Tomcat、MySQL、 vsftpd并且配套Web安全测试练习教案。

    87120编辑于 2022-12-29
  • 来自专栏啄木鸟软件测试

    软件性能测试(连载11

    在讨论文件存储结构之前需要了解一下扇区(Sector)和块(block),一个扇区为512B,操作系统读取硬盘的时候,不会一个个扇区地去读取,这样效率非常的低,而是一次性连续读取多个扇区,即一次性读取一个

    62120发布于 2020-03-04
  • 来自专栏python3

    python列表处理效率对比测试

    Python列表添加元素效率测试 #! start=datetime.datetime.now() f.test4(2) end=datetime.datetime.now() print(end-start) 测试结果如下

    61320发布于 2020-01-13
  • 来自专栏老张的求知思考世界

    如何提高测试过程效率

    后台有同学留言,对质量度量和测试提效部分提了几个问题,核心集中在如何提高测试过程效率方面。 我在前面写过几篇关于测试提效的文章,分别聊到了影响测试效率的因素,测试团队要提效面临的挑战,以及提高测试过程效率的一些思路和方法。有的同学说在不同的公司和团队,项目不同,要解决的具体问题也不一样。 回到正题,这篇文章继续聊聊如何提高测试过程效率。影响效率的主客观因素首先,要提高测试过程效率,需要先找到影响效率的因素,这是达成工作目标所必然面临的挑战。 聊完客观因素,再来聊聊影响效率的主观因素。在日常项目研发交付过程中,最常见的影响效率的因素有这几点:需求频发变更、代码质量差频繁返工、测试方案考虑不足测试手段匮乏(比如测试执行过程纯手工执行)。 比如以前接口测试都是手动执行,提升效率则可以采用自动化的方式;以前准备测试数据都是手动写SQL去一条一条插入数据,提升效率则可以考虑流量录制或者通过存储过程的方式去预埋数据,这样效率也会提高。

    70100编辑于 2024-12-20
  • 来自专栏老张的求知思考世界

    如何提高测试过程效率

    后台有同学留言,对质量度量和测试提效部分提了几个问题,核心集中在如何提高测试过程效率方面。 我在前面写过几篇关于测试提效的文章,分别聊到了影响测试效率的因素,测试团队要提效面临的挑战,以及提高测试过程效率的一些思路和方法。 有的同学说在不同的公司和团队,项目不同,要解决的具体问题也不一样。 回到正题,这篇文章继续聊聊如何提高测试过程效率。 影响效率的主客观因素 首先,要提高测试过程效率,需要先找到影响效率的因素,这是达成工作目标所必然面临的挑战。 聊完客观因素,再来聊聊影响效率的主观因素。 在日常项目研发交付过程中,最常见的影响效率的因素有这几点:需求频发变更、代码质量差频繁返工、测试方案考虑不足测试手段匮乏(比如测试执行过程纯手工执行)。 比如以前接口测试都是手动执行,提升效率则可以采用自动化的方式;以前准备测试数据都是手动写SQL去一条一条插入数据,提升效率则可以考虑流量录制或者通过存储过程的方式去预埋数据,这样效率也会提高。

    43010编辑于 2024-12-20
  • 来自专栏sylan215 的软件测试技术学习

    Google 软件测试效率神器

    根据《Google 软件测试之道》这本书,我已经写了四篇导读: Google 软件测试之道 Google 软件测试之角色职责 Google 软件测试的未来 Google 流程中的致命缺陷 今天想继续谈一下书中提到的 大家都知道,一个好的工具或系统,可以极大的提高工作效率,而 Google 测试团队的这些工具都是他们工作过程中经过总结提炼,最后量身定制开发的,效果可想而知了。 废话少说,直接上干货。 1、BITE BITE (Browser Integrated Test Environment,浏览器集成测试环境)是一个浏览器插件,目的是为了让测试人员集中注意力在测试上而不是流程和技术性细节上。 BITE 还可以进行 bug 查看,进行测试的录制和回放,以及进行测试用例的分配和执行标注。 GTCM 通过灵活的标签格式,让任何项目都可以自行定制自己的测试用例,并让测试用例便于查找和复用,同时也简化了测试用例的编写。

    1.5K30发布于 2020-03-02
  • 来自专栏四火的唠叨

    从构建和测试效率说起

    开始的时候我没有做第二步,直接从 UT 跨越到 workflow 上的测试,结果就是效率低下,大量的时间都在等待 workflow 的调度和资源分配,跑一次任务得等上一个半钟头以上才能看到结果。 所以,经验教训就是,测试要有层次,简单的东西写了跑很方便,但是异步 job 这样的东西,特别是数据量大的时候,根据不同的测试成本分成不同的阶段,尽可能在测试成本最小的时候把能覆盖的待测试项全部覆盖了。 但是只要产品不是特别大,不是特别 critical,我是第一种的坚定支持者,原因就在于使用第二种方式会大大降低效率,具体原因不细数,但是肯定是和大量的和无趣的 code merge 相关。 我记得有这样一则漫画,说的是“ 为什么这些人总是很闲”: 这种“ 闲” 是无奈的“ 闲”,程序员当然可以在 compile 等等各种等待时间做别的事,但是这意味着大脑中的工作线程需要反复切换,不但效率低下 关于构建效率的问题,根据这些年的工作经验,我觉得这是一个很有价值的话题,能节约程序员大量的时间,重要性不比许多技术本身低,但是却很少有人讨论和感兴趣。

    40410编辑于 2022-07-19
  • 来自专栏FunTester

    App测试11点建议

    1、动手之前先弄清设备和平台 在测试设计之初,测试人员首先会考虑的是测试的环境,也就是确定App究竟需要运行在什么样的设备和平台上。 测试用例设计的原则是:让不同分辨率、不同屏幕尺寸大小的设备尽可能多地涵盖各个操作系统版本,另外,对于市场占有率很高的重点操作系统版本,可以使用多个设备来测试。 因此,在测试时,要考虑弱网、无网、飞行模式、各种网络切换下的测试场景。 3、考虑多任务和意外情况处理 测试人员在设计和测试App的时候考虑到App被别的程序或者用户切换到后台时,需要进行什么操作。 探索性测试可以理解为通过测试人员的创造性思维,采取不同的测试路径,来达到测试目标的测试方法。发散性的思维很重要,不能用常规的思路去设计用例。 10、APP安全测试 测试App请求中是否包含了明文的用户信息,测试App的请求是否加密,测试SQLite数据库的存储是否安全,利用一些其他工具对app进行安全测试 11、善用log去分析和定位问题 app

    40210编辑于 2023-08-04
  • 来自专栏啄木鸟软件测试

    精准测试及其工具(连载11

    图83登录WEB平台 5.2项目信息 显示所选取编译项目的一些基本信息,包括:项目指标信息、项目信息、版本信息、测试汇总信息、测试过程监控趋势图、测试设备组成和分布图、版本覆盖率汇总图和复杂度统计图。 图84显示项目信息 5.3测试用例-测试用例列表 图85显示的是测试用例列表。 ? 图85测试用例列表 点击跟踪,可以查看到此版本的此条测试用例的详情信息(包括测试用例描述、录制记录以及用例覆盖到的函数),如图86所示。 ? 图86显示测试用例的详细信息 1. 覆盖率-按日增长趋势图 图87显示的是测试用例列表。 ? 图87覆盖率-按日增长趋势图 2. 覆盖率按日增长曲线图 图89显示的覆盖率按日增长曲线图,它可以让管理者更好的把握测试过程。 ?

    61720发布于 2019-12-12
  • 来自专栏格物致知

    详解C调用lua脚本效率测试

    详解C调用lua脚本效率测试 C调用lua脚本效率测试是本文要介绍的内容,以下代码以C语言为基准,测试了C调用Lua循环和循环调用Lua的效率。结论是不要频繁地穿越C/Lua边界. 小结:详解C调用lua脚本效率测试的内容介绍完了,希望通过本文的学习能对你有所帮助! 想看看c调用lua和lua调用c效率有多大差别吗? 加一种测试: "function loop_cadd(a, b) " " local sum = 0 " lua_tointeger(l,1) ; int b = lua_tointeger(l,2) ; lua_pushinteger(l,a+b) ; return 1 ; } 测试结果如下

    1.2K20编辑于 2022-08-19
  • 来自专栏软件测试学习

    App测试11点建议

    1、动手之前先弄清设备和平台 在测试设计之初,测试人员首先会考虑的是测试的环境,也就是确定App究竟需要运行在什么样的设备和平台上。 测试用例设计的原则是:让不同分辨率、不同屏幕尺寸大小的设备尽可能多地涵盖各个操作系统版本,另外,对于市场占有率很高的重点操作系统版本,可以使用多个设备来测试。 因此,在测试时,要考虑弱网、无网、飞行模式、各种网络切换下的测试场景。 3、考虑多任务和意外情况处理 测试人员在设计和测试App的时候考虑到App被别的程序或者用户切换到后台时,需要进行什么操作。 测试越早介入,发现bug修复的成本越低。 探索性测试可以理解为通过测试人员的创造性思维,采取不同的测试路径,来达到测试目标的测试方法。发散性的思维很重要,不能用常规的思路去设计用例。 10、APP安全测试 测试App请求中是否包含了明文的用户信息,测试App的请求是否加密,测试SQLite数据库的存储是否安全,利用一些其他工具对app进行安全测试 11、善用log去分析和定位问题 app

    71900发布于 2021-03-05
  • 来自专栏明年我18

    #11- 测试package

    我之所以勾掉测试选项,并不是因为我讨厌测试,而是我认为package的测试应该作为一个主题单独来讲,需要至少一篇专门的文章来叙述它。 关于测试,有很多很好的书和文章,所以在这篇文章里我不打算再写一篇类似的文章。我虽然是一个测试驱动开发的粉丝,但并不是一个测试专家。 每一个测试项目包含了一些预创建的测试用例: ? 点击菜单“测试|窗口|测试视图”,可以看到这些测试用例: ? toolwindow 10: BaseMock uiShellService = UIShellServiceMock.GetUiShellInstanceCreateToolWin(); 1111行把SVsUIShell的mock对象加到了可用的服务中。

    1.2K10发布于 2019-09-18
领券