- 综合排序
- 最热优先
- 最新优先
- 来自专栏猿人谷
总结---4
有语句char str[] = "abcde";请问表达式sizeof(str)的值是（） 后面还有\0 A、1 B、4 C、5
64170发布于 2018-01-17 - 来自专栏AllTests软件测试
性能测试总结
性能测试总结 目录 1、性能测试概念 2、性能测试的种类 3、性能测试关注角度 4、性能测试工具 5、性能测试指标 1、性能测试概念 【虚拟用户】模拟真实业务逻辑步骤的虚拟用户，其模拟的操作步骤都被记录再虚拟用户脚本中 4、性能测试工具 【测试工具】主流的性能测试工具有：LoadRunner、Jmeter。 【脚本语言】Java、Python、Shell等。 5、性能测试指标 1、在资源充足的情况下满足TPS 2、通过率不超过安全界限 3、资源消耗不超过安全界限 4、接口测试响应时间 （1）通用的接口响应时间分布情况： 100ms为优良 500ms为及格 B点 （1）一般测试到B点就差不多 A点是闲时用的 A-B点高峰时间用的 （2）稳定性测试一般在B点 （3）最佳用户数B点 （4）永不宕机的基础B点 8、高端临界值B点判断的各项指标 （1）CPU 70% 50% （3）I/O 40% （4）网络30% 10、性能测试各个点的总结 （1）在安全值希望没有虚拟内存的交换 （2）如何测试拐点？
55910编辑于 2022-07-26 - 来自专栏全栈程序员必看
软测试总结
还是对自己的复习经历来一个总结吧。 一、出来混总是要还的 软考考的知识，能够说有百分之六七十都在自考的学习中遇到过。 假设自考大酱油的同学。 4.软考教程 软考难度不大。可是涉及的知识点非常广。全部的题都能在课本上找到答案。所以课本还是须要好好看的，不要以为看了希赛视频。就能够把书仍了。 4.算法 记住经常使用算法的时间和空间复杂度。即使代码不会写，后面几个空也能填上一两个。 5.设计模式 设计模式的题。考点主要有这几个。抽象类、抽象方法与接口。组合与聚合在代码中的相应。 总结： 考试的难度不大，首先要放松自己的心态。做到战略上藐视敌人，战时上重视敌人。 在做下午题的时候。一定要先从总体出发，对题目有一个宏观把握，做到胆大心细。
45820编辑于 2022-07-06 - 来自专栏Python乱炖
接口测试总结
在用python进行自动化测试之前，我们今天先讲一下接口测试，如何进行接口测试，使用什么工具进行接口测试，如何使用fiddler进行抓包等等。 说到测试，我们有个金字塔模型可以了解一下。 越底层测试能越早发现问题，越早发现问题，修复的成本自然越低。 4.越底层，越难实施。 越底层的实现对技术专业性要求越高，这点跟第三点有点矛盾，往往越专业的人才也意味着人力成本越高。 什么是接口测试和为什么要做接口测试 接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。 4.打开网站首页，输入登录名和密码，点击登录 5.查看开发者工具，可以找到如下图Login的请求接口 ? 4.查看Fiddler主面板，可以查看到Login请求。 5.查看Login请求的信息 可以查看到跟Chrome插件查看到类似的信息。 ? ? 今天的内容就到这里啦！
1K21发布于 2019-09-23 - 来自专栏《数据结构》
【软件测试】总结
] = arr[j]; arr[j] = temp; } } } } } (4) 万能公式和具体的方法如何理解 (1)万能公式 测试万能公式:功能测试+兼容性测试+界面测试+性能测试+易用性测试+网络测试+安全性测试. 自动化测试可以有效地解决手工测试的问题，提高测试效率，提高测试覆盖率，避免重复的测试工作，提高测试质量和稳定性。 Selenium+驱动+浏览器的工作原理 总结上图,Selenium的工作原理为以下: 开发人员编写自动化脚本代码(测试代码),使用Selenium提供的API来控制浏览器。 性能测试通常采用白盒测试方法，测试人员需要了解系统的内部机制和架构，并使用性能测试工具进行负载模拟和性能指标的监测与分析。 (4)性能测试指标 详情见文章: 【软件测试】性能测试 2.
54150编辑于 2023-10-16 - 来自专栏授客的专栏
测试思想-系统测试 界面测试总结
界面测试总结 by:授客 问题提出：怎么进行界面测试？ 分析：不管做什么，都讲究投入和产出比，即最少的投入获得最大的产出，不管做什么，我们都希望把复杂的事情简单化，同样做测试也一样。 如何做到呢？ 这里采用了一种思想：分类测试-->动静结合，先静后动，循环交替。 静态测试：非动即静，这里“静”-->对每个界面(窗口)进行观察 动态测试：非静即动，这里“动”-->对界面(窗口)进行操作。 动静结合，先静后动，循环交替：对每个界面(窗口)都采取先观察界面再对界面操作的的原则,对每个界面测试都尽可能的同其它功能测试结合，减少 “测试冗余”->减少投入。 6):MS Windows保留键 Ctrl-Esc 任务列表 ；Ctrl-F4 关闭窗口； Alt-F4 结束应用；Alt-Tab 下一应用 ；Enter 缺省按钮/确认操作 ；Esc 取消按钮/取消操作 同时打开多个窗口，窗口之间是否有影响 界面测试的时候结合实际情况，有所取舍，自我创新，怎么样把上述细节融入于功能测试中，尽量减少“测试冗余”，我目前也不是有很好的想法，能想到的就是动静结合了，先观察，
2.9K21发布于 2019-09-12 - 来自专栏自学测试之道
接口测试4
一、测试用例这样写 一个好的用例的表述要点，即用例中应当包含的信息 一个优秀的测试用例，应该包含以下信息： 1） 软件或项目的名称 2） 软件或项目的版本（内部版本号） 3） 功能模块名 4） 测试用例的简单描述 ，即该用例执行的目的或方法 5） 测试用例的参考信息（便于跟踪和参考） 6） 本测试用例与其他测试用例间的依赖关系 7） 本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限 8） 用例的编号 该测试案例是以一个B/S结构的登录功能点为被测对象,该测试用例为黑盒测试用例。 假设用户使用的浏览器为IE6.0 SP4。 功能描述如下： 1.用户在地址栏输入相应地址，要求显示登录界面； 2.输入用户名和密码，登录，系统自动校验，并给出相应提示信息； 3.如果用户名或者密码任一信息未输入，登录后系统给出相应提示信息； 4.
49310发布于 2019-09-29 - 来自专栏机器学习算法与Python学习
Python：numpy总结(4)
32 14] [32 77 32] [14 32 14]][[105]] 总结：对于向量来说，vdot dot向量的点积结果相同。 35、max函数 例子： ll=[3,4,6,2,89,9,3,2] print max(ll) l2=[[3,4,6,2,89,9,3,2],[3,6,7,8,983,3,5,6]]print 4 4 4]] [[-5 -2 1 4] [-5 -2 1 4] [-5 -2 1 4] [-5 -2 1 4]]] mgrid函数说明：开始值， [array([[-5], [-2], [ 1], [ 4]]), array([[-5, -2, 1, 4]])] ogrid跟mgrid一样。 numpy.loadtxt（推荐需要查看保存数据时使用） Note:savetxt缺省按照’%.18e’格式保存数据， 可以修改保存格式为‘%.8f’(小数点后保留8位的浮点数)， ’%d’(整数)等等 总结
1K90发布于 2018-04-04 - 来自专栏python3
python 学习总结4
不确定尾数一般出现在10^-16左右，因此，round函数十分有效 （4）浮点数类型可以采用科学计数法表示，例如：1.34-3表示1.3乘以10的-3次幂 三、复数类型 （1）在python中可以对复数进行表示 ，例如：z = 1.23e-4 + 5.6e+89j （2）z.real表示获得实部，z.imag表示获得虚部 四、数值运算操作符 （1） ?
64610发布于 2020-01-22 - 来自专栏运维小白
总结（day4）
?
56250发布于 2018-04-18 - 来自专栏测试技术干活
Web测试方法总结
（3）空格检查：输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格（4）多行文本框输入：允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行，检查能否正确保存（若能，检查保存结果，若不能 小数（小数前0点舍去的情况，多个小数点的情况）、首位为0的数字如01、02、科学计数法是否支持1.0E2、全角数字与半角数字、数字与字母混合、16进制，8进制数值、货币型输入（允许小数点后面几位）、（4） ，则参考输入框对应类型的测试方法1、功能实现：（1）如果支持模糊查询，搜索名称中任意一个字符是否能搜索到（2）比较长的名称是否能查到（3）输入系统中不存在的与之匹配的条件（4）用户进行查询操作时，一般情况是不进行查询条件的清空 （4）图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩，最好能使图片的大小减小到30k以下（5）最后，需要验证的是文字回绕是否正确。 “无标题页”3、在测试的时候要考虑到页面出现滚动条时，滚动条上下滚动时，页面是否正常4、URL不区分大小写，大小写不敏感5、、对于电子商务网站，当用户并发购买数量大于库存的数量时，系统如何处理6、测试数据避免单纯输入
1.6K30编辑于 2023-03-21 - 来自专栏测试理论
测试分析设计总结
测试分析的目的 做对的事 分解复杂事物, 确保测试设计时, 所需面对的对象的完整性和正确性, 是后续活动的输入 确保测试活动的效率及有效性 测试分析输出 完整的测试范围, 包括测试功能点/功能点需要覆盖的测试点 /测试类型/测试手段 功能点/测试点之间的依赖关系, 合理的测试用例框架 3. 测试分析流程 分析框架 应当针对需求/产品线/功能模块整理测试框架, 明确测试范围覆盖的依据 范围包括功能测试/性能测试/稳定性测试/压力测试/兼容性测试/其他专项测试 分析角度 原始需求 功能设计/实现逻辑 测试分析设计总结 ---- 1. 测试分析设计的意义 测试工作前移 在得到测试对象之前测试无法实施, 但可以预先梳理和明确"我们要测试什么"和"和怎么测试", 充分的测试分析设计达到的理想状态是在得到测试对象前完成了除测试执行以外的所有内容
1.7K51发布于 2021-01-05 - 来自专栏windealli
性能测试知识总结
如何做性能测试 常用性能测试方法 根据测试的指标，可以分为以下几种： 稳定性测试： 测试在未过载场景下，系统长期运行能否正常工作。 （稳定性测试需要评估下现实场景的负载和并发量，测试时的负载、并发量不应过低，否则测试就失去了意义） 负载测试： 递增施加负载压力， 获取系统在不同负载下的性能指标。 并发测试： 调节并发请求量，获取系统能够承受的并发请求量。 根据测试的手段，可以分为以下几种： 压力测试： 对系统施加压力，可以分成暴力测试和稳定性测试，分别对应时间维度和空间维度。 （暴力测试：施加过载压力，评估系统过载时的风险。稳定性测试：测试在未过载场景下，系统长期运行能否正常工作。） 基准测试： 特定标准条件下的测试。指定时间条件或负载条件。 容量测试： 根据负载测试的指标，评估系统的容量。
2K20发布于 2018-09-28 - 来自专栏开源心路
hadoop基准测试总结
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）对此次需求的合理与否可做出判断。 3、提测多了以后，要善于总结哪些是开发的易错点、易遗漏的点，发现后不仅要在测试时予以测出，还要告知开发此处易错，帮助开发分析原因。 4、若是开发新人，则测其开发的功能时，要格外重视，无论是业务方面还是代码逻辑方面，测试点都要细和全面。当测试人员手中有多个测试任务并行时，要提早进行测试此需求。 如： 1）自我反省测试点是否全面，以及总结在测试中遇到的问题和对应的解决办法，以便在以后的测试过程中再次遇到，能够及时知晓该如何应对。 以上是笔者在日常测试工作中，对找bug的一些思维方面的总结，分享给大家，感谢阅读。
61210发布于 2021-03-15 - 来自专栏好好学习吧
项目测试总结
评审后对需求文档变更部分进行整理总结经验，提高以后的产品设计质量。 需求定稿后，不得随意更改。 用例管理及更新（需求变更以及测试过程中发现用例遗漏或错误及时更新）。 测试执行 冒烟测试，依据内部标准评定，不通过则拒绝测试，可以避免无效测试以及提升开发质量意识。 测试人员依据测试用例执行并标记执行结果，统计测试结果并进行分析总结，对于多发性问题形成文档，给至开发负责人。 bug记录，依据内部规范记录bug至管理系统上。 一轮测试完成后，进行组内交叉测试以及随机测试（猜错法）。 产出测试报告。 测试发版 系统发版应严格有效控制，勿随意过多发布，任意发布严重影响测试结果的有效性，增加了测试风险。 联调测试 目前联调测试执行混乱，各方未有效协调，建议协调好，产出联调测试计划。 产出联调测试场景及验证点而后开始测试。 测试总结 依据统计的bug分析需求及开发方面存在的问题，周知相关人员。
1.8K20发布于 2018-08-30 - 来自专栏爱测角的专栏
APP端测试总结
最近在论坛看到一些有关项目复盘的分享，有不少的收获，所以决定也把以往的项目总结分享出来，希望对同行能有所帮助，也期待能看到更多的分享。 如图4-1所示，我们将额度评估系统划分为App客户端、App服务端和上游服务三层，两个层级之间即为一个通信节点。 如果存在上游服务，如图4-1所示，我们也可以通过代理服务Mock上游服务的响应数据【3.认证数据获取结果MQ（一种异步消息）】和【8.认证项额度变更结果MQ】，从而实现不依赖上游服务完成App服务端相关模块的测试 项目收获 & 问题复盘项目的收获可以从与人协作、业务知识、技术能力和项目管理四个方面来总结，具体内容本文暂不展开分享，具体项目可以参考几个方面去进行总结。 总结针对App测试项目总结，本文分别介绍了项目简介、项目成员、测试要点、测试方法与测试工具和项目收获与问题复盘五个模块，希望对大家有所启发，也欢迎留言交流。
63430编辑于 2022-08-25 - 来自专栏信安之路
无线渗透测试总结
如今，几乎人人都有手机，移动端设备数不胜数，手机、平板、笔记本都要使用无线网络，所以无线安全是非常重要的，本文的主要目的是无线渗透测试的方法总结，本文来源于老外的总结，可以点击原文连接查看原文，这里使用的操作系统是 总结 以上内容均来自uceka.com的博客，请自行测试，我只是作为一个备份，以备不时只需。需要查看原文的请点击原文连接查看。
1.1K00发布于 2018-08-08 - 来自专栏全栈程序员必看
WiFi测试规范总结
当移植好一款wifi模块后，需要到检测机构去检测各项指标，取得相关认证，这时有必要了解下WiFi测试的相关测试内容。 ~5850MHz 5.WiFi工作的信道 2.4GHz 信道 可用带宽 20MHz 1 2 3 4 5 6 7 8 9 10 11 12 13 65MHz 40MHz 3 5 7 9 11 65MHz MCS方式：1-11 7.主要测试指标 1.最大等效全向辐射功率(EIRP) 2.最大等效全向功率谱密度 3.频率容限 4.矢量相位误差 5.占用带宽 6.杂散发射 7.发射频谱模板 8 仅仅对模块进行测试，需要断开模块与天线的连接电路，如果有匹配电路，则可以断开串联的元器件。 有源测试：顾名思义,将机器装成可实现正常通讯功能的整机测试(需要电源开机）。 无源测试：是指不需要电源开机，就可以进行的测试。
3.7K42编辑于 2022-09-13 - 来自专栏梦无矶测开实录
系统测试UI测试总结与问题
一.系统测试 1.易用性，功能，分支，边界，性能等功能性和非功能性需要都要进行测试 2.介入需求一定要早 ，越早介入不仅可以减少成本，还避免了后续工作不必要的麻烦 3.测试用例尽量覆盖全面，最好做到用少的测试用例测试出多的 bug 4.你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决。 严重： 1.由于程序所引起的死机，非法退出 2.死循环 3.数据库发生死锁 4.因错误操作导致的程序中断 5.功能错误 6.与数据库连接错误 7.数据通讯错误。 UI测试 一.自动化使用场景： 需求稳定，不会频繁变动的场景。 研发和维护周期长，需要频繁执行回归测试的场景。 需要在多个平台上重复运行相同测试的场景。 通过手工测试无法实现或成本太高的场景。 被测软件开发较为规范，并且能够保证系统可测试性的场景。 测试人员已经具备编程能力的场景。
86010编辑于 2022-06-30
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号