- 综合排序
- 最热优先
- 最新优先
- 来自专栏农夫安全
【原创】中间件测试方法总结---（2）
www.exmaple.com/ibm/console/logon.jsp 默认密码：admin:admin Apache控制台： URL：http://www.exmaple.com/server-status Axis2控制台 ： URL：http://www.exmaple.com/axis2-admin/ 默认密码：admin:axis2 iSAP控制台： URL：http://www.exmaple.com/admin/ 直接访问发现server信息泄露 2.3.2、控制台及弱密码测试 根据“协议+IP+端口”的方式进行访问，如果错误可以进一步根据2.2所述加上路径，来发现控制台，并且进行默认密码及弱密码测试，默认密码已在 该漏洞可以执行命令，远程部署shell，导致服务器被控制 1） 直接访问http:// www.exmaple.com /invoker/JMXInvokerServlet，如果能访问或产生下载则说明可能存在漏洞 2） 使用工具jboss-exploit进行渗透测试，测试过程与工具见附件 ?
4.1K50发布于 2018-03-29 - 来自专栏授客的专栏
测试思想-测试设计 史上最详细测试用例设计实践总结 Part2
打开我的笔记--可见提交的笔记 这样看好像没问题，但是细想下，测试 我的笔记 模块时，会漏掉步骤2的验证么？ 不会吧，所以这里的步骤2是多余的，可去掉，这里应该对步骤1进行重点测试，不输入、输入字符过长，输入字符含特殊字符，输入字符含换行等 那步骤2怎么办？ ，进行细化，分成多条用例 比如用例1.记笔记(字符长度测试)；用例2.记笔记(字符类型验证)，当然对应的用例内容也跟着改，如下 1、打开视频播放界面，输入超长字符的笔记内容，提交---(预期结果) 2 1.用例之间不存在相互依赖关系 对于测试需求 R1和 R2，测试用例集分别为 cl和 c2，c1 和 c2 的交集为空，并且每个可复用测试用例能够独立运行。 1.2用例编写 1.层次性 2.明确性 3.可测性 4.可读性 1.层次性 黑盒理论：输入->处理->输出 设计应用：测试步骤与预期结果对应 举例： 测试步骤1--预期结果1 测试步骤2--预期结果
1.5K10发布于 2019-09-10 - 来自专栏猿人谷
总结---2
排序法 平均时间 最差情形 稳定度 额外空间 备注 冒泡 O(n2) O(n2) 稳定 O(1) n小时较好 交换 O(n2) O(n2) 不稳定 O(1) n小时较好 选择 O(n2) O(n2) 不稳定 4.二叉树性质 性质1：在二叉树的第i层上至多有2i-1个结点。 性质2：深度为k的二叉树至多有2k - 1个结点（k≥1）。 性质3：对任何一棵二叉树T，如果其终端结点数为n0，度为2的结点数为n2，则n0=n2+1 。 性质4：具有n个结点的完全二叉树的深度[log2n+1] ([x]表示不大于x的最大整数)。 ，无双亲；如果i>1，则其双亲是结点[i/2]。 如果2i>n，则结点i无左孩子（结点i为叶子结点）；否则其左孩子是结点2i。 如果2i+1>n，则结点i无右孩子；否则其右孩子是结点2i+1 。 5.____的先序序列和后序序列正好相反。
66080发布于 2018-01-17 - 来自专栏AllTests软件测试
性能测试总结
性能测试总结 目录 1、性能测试概念 2、性能测试的种类 3、性能测试关注角度 4、性能测试工具 5、性能测试指标 1、性能测试概念 【虚拟用户】模拟真实业务逻辑步骤的虚拟用户，其模拟的操作步骤都被记录再虚拟用户脚本中 2、性能测试的种类 【性能测试】侠义的性能测试，是指以性能预期为前提，对系统不断施加压力，验证系统在资源可接受范围内，是否能达到性能预期。 5、性能测试指标 1、在资源充足的情况下满足TPS 2、通过率不超过安全界限 3、资源消耗不超过安全界限 4、接口测试响应时间 （1）通用的接口响应时间分布情况： 100ms为优良 500ms为及格 50% （3）I/O 40% （4）网络30% 10、性能测试各个点的总结 （1）在安全值希望没有虚拟内存的交换 （2）如何测试拐点？ 越测试坡度越缓，才能测试比较真实的拐点 （3）压测到某一项资源到达极限C点 11、单场景和多场景测试的区别是什么 （1）资源够不够的问题 （2）资源分配的问题 （3）争用资源的问题
55910编辑于 2022-07-26 - 来自专栏全栈程序员必看
软测试总结
还是对自己的复习经历来一个总结吧。 一、出来混总是要还的 软考考的知识，能够说有百分之六七十都在自考的学习中遇到过。 假设自考大酱油的同学。 好好掂量掂量吧~~~ 二、软考资料： 1.J2SE视频 主要是讲面向对象思想的，这个视频对我们以后的学习至关重要。掌握好面向对象思想了，往后的就都不难了。 2.希赛视频 希赛视频都是软考的基础知识。包含上午题和下午题。在视频中老师先对知识点进行分类解说，然后再讲真题和练习题。 讲题的时候，老师通常会给我们讲一些答题思路，这须要我们借鉴的。 数据守恒：每一个加工必需要有输入和输出数据； 谨记三重关系： 实体—>加工 加工—>加工 加工—>文件 2.数据库 考点：E-R图补充完整和补充关系模式 总结： 考试的难度不大，首先要放松自己的心态。做到战略上藐视敌人，战时上重视敌人。 在做下午题的时候。一定要先从总体出发，对题目有一个宏观把握，做到胆大心细。
45820编辑于 2022-07-06 - 来自专栏Python乱炖
接口测试总结
金字塔主要观点认为单元测试的稳定性高，需要多投入。 2.越底层，越高效。 程序的问题，最终还得落在具体的代码上，所以底层的测试更容易发现问题。 3.越底层，越低成本。 接口测试的策略 接口测试也是属于功能测试，所以跟我们以往的功能测试流程并没有太大区别，测试流程依旧是：1.测试接口文档（需求文档） 2.根据接口文档编写测试用例（用例编写完全可以按照以往规则来编写， title=book_v2） 测试URL https://api.douban.com/v2/book/search 参数 ? 使用q来测试查询关键字接口： ? 最后我们去执行测试用例，假设我现在没有别的接口测试用例工具，我们就通过浏览器来测试这个GET请求的接口，那么我就可以在浏览器低质栏输入：https://api.douban.com/v2/book/search 2.点击Fiddler主界面右下角的监听程序，选择ie浏览器则该系统上所有的浏览器发起的http请求都将被抓取。 ?
1K21发布于 2019-09-23 - 来自专栏《数据结构》
【软件测试】总结
常见设计测试用例 (1)非软件题型 设计水杯测试用例: (2)软件题型 QQ空间测设用例: (3)代码型题 一般情况下,代码型题是由下面方法来设计的: 设计冒泡排序测试用例: import 详情查看具体博客: 【软件测试】博客系统项目测试报告(ssm项目) 2. 同时，自动化测试可以一定程度上降低测试成本，改善测试人员的工作环境和工作质量，提高软件交付的质量和效率。 2. Selenium+驱动+浏览器的工作原理 总结上图,Selenium的工作原理为以下: 开发人员编写自动化脚本代码(测试代码),使用Selenium提供的API来控制浏览器。 (2)性能测试目的:性能测试可以评估系统的性能和稳定性，发现系统中的瓶颈和漏洞，提高系统质量和可靠性，为系统性能优化和调整提供依据.
54150编辑于 2023-10-16 - 来自专栏授客的专栏
测试思想-系统测试 界面测试总结
界面测试总结 by:授客 问题提出：怎么进行界面测试？ 分析：不管做什么，都讲究投入和产出比，即最少的投入获得最大的产出，不管做什么，我们都希望把复杂的事情简单化，同样做测试也一样。 如何做到呢？ 这里采用了一种思想：分类测试-->动静结合，先静后动，循环交替。 静态测试：非动即静，这里“静”-->对每个界面(窗口)进行观察 动态测试：非静即动，这里“动”-->对界面(窗口)进行操作。 动静结合，先静后动，循环交替：对每个界面(窗口)都采取先观察界面再对界面操作的的原则,对每个界面测试都尽可能的同其它功能测试结合，减少 “测试冗余”->减少投入。 7.多窗口与系统资源 理论联系实际-测试细节 1.易用性-易理解性 1. 元素描述以及其它相关描述要精简易懂，望文知意。 2. 同时打开多个窗口，窗口之间是否有影响 界面测试的时候结合实际情况，有所取舍，自我创新，怎么样把上述细节融入于功能测试中，尽量减少“测试冗余”，我目前也不是有很好的想法，能想到的就是动静结合了，先观察，
2.9K21发布于 2019-09-12 - 来自专栏测试开发基础
2021年软件测试领域常用工具总结（2）：接口测试工具、UI测试工具
因为在测试三层金字塔当中，接口测试位于中间层，做接口测试性价比较高，容易以较低成本暴露发现服务端的问题，同时也可以进行接口自动化测试，提高接口测试的效率 UI测试位于测试金字塔的最顶层，UI测试通俗的来说就是点点点 导入这些测试库后，定义关键字，一个关键字可以是一段业务逻辑，然后再编写测试用例（测试用例由测试关键字组成）进行测试。 Java知识 即使对非编程人员，测试代码也很容易编写 官网地址：https://github.com/karatelabs/karate 除此之外，Pytest也可以用做接口测试的管理框架，在2021年软件测试领域常用工具总结 官方站点：https://www.cypress.io/ 开源代码：https://github.com/cypress-io/cypress 总结 2021年已经过去，回顾一整年，有许多的新兴接口测试工具出现在我们的视野里 而对于UI测试工具，目前主流的还是Appium与Selenium，但是Cypress的口碑也爆棚，值得一试 相关文章 2021年软件测试领域常用工具总结（1）-抓包工具与单元测试工具篇
4.1K11编辑于 2022-09-28 - 来自专栏go 学习
测试2
func GetAllFiles(dirPth string) (files []string, err error) {
31460发布于 2020-09-30 - 来自专栏落叶飞翔的蜗牛
BIONIOAIO总结（2）
传统BIO的弊端有很多： 1.性能问题：一连接一线程模型导致服务端的并发接入数和系统吞吐量受到极大限制； 2.可靠性问题：由于I/O操作采用同步阻塞模式，当网络拥塞或者通信对端处理缓慢会导致I/O线程被挂住 总结 在活动连接数不是特别高（小于单机1000）的情况下，这种模型是比较不错的，可以让每一个连接专注于自己的 I/O 并且编程模型简单，也不用过多考虑系统的过载、限流等问题。
47090发布于 2021-01-19 - 来自专栏LYH测试专栏
测试2
经过过去几年的建设，我国的大中型城市都安装了很多监控摄像头，通过路段的感知，可以基于原有监控系统获取到道路的总体交通路况，通过这种车辆检测技术就可以为道路路况分析、交通大数据、交通规划等提供可靠的数据依据，这对于计算机在以前要做起来，成本是非常高的，现在就可以采用很低的成本做到，通过图象快速的感知。
36430发布于 2019-07-29 - 来自专栏测试技术干活
Web测试方法总结
2、组合测试：（1）不同查询条件之间来回选择，是否出现页面错误（单选框和多选框最容易出错）（2）测试多个查询条件时，要注意查询条件的组合测试，可能不同组合的测试会报错。 Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。2图形测试在Web应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。 2负载测试负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。 负载测试工具能够模拟X个用户同时访问测试站点。2）每个用户传送大量数据网上书店的多数用户可能只订购1-5书，但是大学书店可能会订购5000本有关心理学介绍的课本? 采取措施：采用性能测试工具WAS、ACT，LR等协助进行测试 十八、测试中应该注意的其他情况1、在测试时，与网络有关的步骤或者模块必须考虑到断网的情况2、每个页面都有相应的Title，不能为空，或者显示
1.6K30编辑于 2023-03-21 - 来自专栏测试理论
测试分析设计总结
测试分析 ---- 1. 什么是测试分析 通过多种技术手段对被测对象进行分析，得出被测物定性或定量的元素称为测试分析，重点是分析。 2. 用户场景 其他, 如合入/改动等 分析方法 由原始需求梳理业务流程进行分解, 以"若A=1则B=1"为边界划分, 边界之间即测试对象(功能点) 由测试对象间的数据流/状态关系梳理关联关系, 以"C=2 时,若A=1则B=2"为边界划分, 边界之间及关联测试对象 最终状态 测试类型合理 测试对象无遗漏 测试对象关联无遗漏 测试对象相对独立 二. 通过建立模型，从测试角度描述测试对象、了解测试对象、分析测试对象，并最终得到验证该模型的测试用例的过程。 2. 测试分析设计总结 ---- 1.
1.7K51发布于 2021-01-05 - 来自专栏windealli
性能测试知识总结
如何做性能测试 常用性能测试方法 根据测试的指标，可以分为以下几种： 稳定性测试： 测试在未过载场景下，系统长期运行能否正常工作。 （稳定性测试需要评估下现实场景的负载和并发量，测试时的负载、并发量不应过低，否则测试就失去了意义） 负载测试： 递增施加负载压力， 获取系统在不同负载下的性能指标。 并发测试： 调节并发请求量，获取系统能够承受的并发请求量。 根据测试的手段，可以分为以下几种： 压力测试： 对系统施加压力，可以分成暴力测试和稳定性测试，分别对应时间维度和空间维度。 （暴力测试：施加过载压力，评估系统过载时的风险。稳定性测试：测试在未过载场景下，系统长期运行能否正常工作。） 基准测试： 特定标准条件下的测试。指定时间条件或负载条件。 容量测试： 根据负载测试的指标，评估系统的容量。
2K20发布于 2018-09-28 - 来自专栏开源心路
hadoop基准测试总结
75.77709409999545 总共需要写入的数据量/（每个map任务实际写入数据的执行时间之和（这个时间会远小于Test exec time sec））＝＝》10000/(map1写时间+map2写时间 Average IO rate mb/sec: 82.62942504882812 每个map需要写入的数据量/每个map任务实际写入数据的执行时间）之和/任务数＝＝》(文件大小/map1写时间＋文件大小/map2写时间 169.13583374023438 IO rate std deviation: 135.4413193785257 Test exec time sec: 86.042 TestDFSIO -clean 清理 读测试 mb/sec: 144.37628173828125 IO rate std deviation: 23.001677374779344 Test exec time sec: 360.126 总结
36210编辑于 2023-06-29 - 来自专栏雷子说测试开发
测试找BUG总结
测试找BUG总结 1、对业务模块的理解要全面、深刻。 即：对此次新功能或者功能改进相关的业务要理解透彻。 好处： 1）对此次需求的合理与否可做出判断。 2）对相关联的其他测试点需进行测试，以防之前的相关功能失效或开发将相关功能误改坏。 ? 2、对整体流程要理解透彻。 好处：如测引擎算法时，相关需求的改动要看整体流是否走得通，看逻辑是否正确。 3、提测多了以后，要善于总结哪些是开发的易错点、易遗漏的点，发现后不仅要在测试时予以测出，还要告知开发此处易错，帮助开发分析原因。 如： 1）自我反省测试点是否全面，以及总结在测试中遇到的问题和对应的解决办法，以便在以后的测试过程中再次遇到，能够及时知晓该如何应对。 以上是笔者在日常测试工作中，对找bug的一些思维方面的总结，分享给大家，感谢阅读。
61210发布于 2021-03-15 - 来自专栏好好学习吧
项目测试总结
评审后对需求文档变更部分进行整理总结经验，提高以后的产品设计质量。 需求定稿后，不得随意更改。 用例管理及更新（需求变更以及测试过程中发现用例遗漏或错误及时更新）。 测试执行 冒烟测试，依据内部标准评定，不通过则拒绝测试，可以避免无效测试以及提升开发质量意识。 测试人员依据测试用例执行并标记执行结果，统计测试结果并进行分析总结，对于多发性问题形成文档，给至开发负责人。 bug记录，依据内部规范记录bug至管理系统上。 一轮测试完成后，进行组内交叉测试以及随机测试（猜错法）。 产出测试报告。 测试发版 系统发版应严格有效控制，勿随意过多发布，任意发布严重影响测试结果的有效性，增加了测试风险。 联调测试 目前联调测试执行混乱，各方未有效协调，建议协调好，产出联调测试计划。 产出联调测试场景及验证点而后开始测试。 测试总结 依据统计的bug分析需求及开发方面存在的问题，周知相关人员。
1.8K20发布于 2018-08-30 - 来自专栏爱测角的专栏
APP端测试总结
最近在论坛看到一些有关项目复盘的分享，有不少的收获，所以决定也把以往的项目总结分享出来，希望对同行能有所帮助，也期待能看到更多的分享。 项目成员如图1-2所示，除了App端测试人员，项目的成员还包括产品人员、UI设计人员、App端开发人员（Android和iOS）、App服务端开发人员、上游服务端开发和测试人员。 项目收获 & 问题复盘项目的收获可以从与人协作、业务知识、技术能力和项目管理四个方面来总结，具体内容本文暂不展开分享，具体项目可以参考几个方面去进行总结。 由于项目设计多部门团队且各团队成员是初次合作，所以在第一次迭代版本中频繁出现信息沟通不明和排期不一致等问题，为了解决这些多部门协作出现的的问题，如图5-2所示，基于风险前置的思路，采取了提前了解外部团队的工作内容 总结针对App测试项目总结，本文分别介绍了项目简介、项目成员、测试要点、测试方法与测试工具和项目收获与问题复盘五个模块，希望对大家有所启发，也欢迎留言交流。
63430编辑于 2022-08-25 - 来自专栏全栈程序员必看
WiFi测试规范总结
当移植好一款wifi模块后，需要到检测机构去检测各项指标，取得相关认证，这时有必要了解下WiFi测试的相关测试内容。 2.WiFi的协议介绍 协议 发布年限 频段 理论速率 技术升级及市场情况 802.11 1997年 2.4GHZ 2Mbp 由于传输速度和传输距离表现欠佳，未被大规模使用 802.11.a 1999年 MCS方式：1-11 7.主要测试指标 1.最大等效全向辐射功率(EIRP) 2.最大等效全向功率谱密度 3.频率容限 4.矢量相位误差 5.占用带宽 6.杂散发射 7.发射频谱模板 8 仅仅对模块进行测试，需要断开模块与天线的连接电路，如果有匹配电路，则可以断开串联的元器件。 有源测试：顾名思义,将机器装成可实现正常通讯功能的整机测试(需要电源开机）。 无源测试：是指不需要电源开机，就可以进行的测试。
3.7K42编辑于 2022-09-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号