- 综合排序
- 最热优先
- 最新优先
- 来自专栏CSDN博客
测试开发漫谈11---性能测试概念篇
一、什么是性能测试 性能测试和功能测试都是在系统测试阶段进行，那么这两者有什么区别呢？ 开发人员和测试人员并不需要关注全流程的性能问题。通过分析不同角色的侧重点，从而促进性能测试更好的开展。和软件系统性能相关的角色主要有四种。 • 软件设计开发人员 关注算法设计、架构设计、性能最佳实践、数据库相关、软件性能的可测试性等方面。 • 性能测试人员 工作重点在于性能测试场景的设计、脚本的开发和执行，以及性能缺陷的排查和定位。 压力测试主要用于性能诊断、性能调优和容量规划等场景。 压力测试和负载测试的区别? 压力测试与负载测试不同。
45410编辑于 2025-12-17 - 来自专栏吴伟祥
Jmeter压力测试 转
1.所有的测试工作都是从新建一个线程组开始的。 ? 它的作用其实是为了模拟用户，所以也叫Users。 这些属性暂时不用动，因为还没有将工程配置好，测试工程配置的时候使用单次测试容易排查问题，以后压力测试直接修改该面板的值即可。 如此就可以验证发送的样本请求信息是否正确，以供调试测试脚本所用。 Jmeter压力测试教程（入门篇）
1.7K20发布于 2018-08-14 - 来自专栏吴伟祥
MySQL基准测试 转
基准测试是 指通过设计科学的测试方法、测试工具和测试系统，实现对一类测试对象的某项性能指标进行定量的和可对比的测试。 二、 基准测试的策略 针对整个系统的整体测试（集成式）2. 单独测试Mysql（单组件式）。 集成式测试的好处： 测试整个应用系统，包括Web服务器，应用代码，网络和数据库是非常有用的。 使用默认的服务器配置 11. 测试时间太短。 五、基准测试的注意事项 设计和规划基准测试 选择一个有代表性的时间段，比如高峰期一小时，或者一整天，记录生产系统上的所有查询。 获取系统性能和状态 最好为基准测试建立一个目录，并且每执行一轮测试都创建单独的子目录，将测试结果，配置文件，测试指标，脚本和其他相关说明保存其中。 六、基准测试工具 1. 测试1. CPU基准测试 ?
2.8K30发布于 2018-08-14 - 来自专栏nice_每一天
教你开发jQuery插件（转） 教你开发jQuery插件（转）
教你开发jQuery插件（转） 阅读目录 基本方法 支持链式调用 让插件接收参数 面向对象的插件开发 关于命名空间 关于变量定义及命名 压缩的好处 工具 GitHub Service Hook 原文：http jQuery插件开发模式 软件开发过程中是需要一定的设计模式来指导开发的，有了模式，我们就能更好地组织我们的代码，并且从这些前人总结出来的模式中学到很多好的实践。 第三种方式是用来开发更高级jQuery部件的，该模式开发出来的部件带有很多jQuery内建的特性，比如插件的状态信息自动保存，各种关于插件的常用方法等，非常贴心，这里不细说。 插件开发 下面我们就来看第二种方式的jQuery插件开发。 中保持双引号，JavaScript中保持单引号 一方面，HTML代码中本来就使用的是双引号，另一方面，在JavaScript中引号中还需要引号的时候，要求我们单双引号间隔着写才是合法的语句，除非你使用转意符那也是可以的
5.7K10发布于 2018-09-12 - 来自专栏从零开始学自动化测试
python测试开发django-15.查询结果转json(serializers)
django查询数据库返回json数据有3种方法 serializers转json model_to_dict转字典 values()转list （最简单，推荐！） JsonResponse >>> response = JsonResponse({'foo': 'bar'}) >>> response.content '{"foo": "bar"}' serializers转json "psw": "111111", "mail": "0" } } ] } model_to_dict转字典 User from django.forms.models import model_to_dict def json_data(request): '''values()获取的可迭代dict对象转list "user_name": "yoyo5", "psw": "111111", "mail": "0" }] } 关于中文显示问题参考这篇【python测试开发
2.6K40发布于 2019-03-07 - 来自专栏达达前端
2016级移动应用开发在线测试11-线程
您的回答为：线程是进程的一个实体，是CPU调度和分派的基本单位。一个进程可以启动多个线程。线程不能够独立运行，总是属于某个进程，进程中的多个线程共享进程的内存。一个线程可以创建和撤销另一个线程；同一个进程中的多个线程之间可以并发执行。使用线程的优点在于线程创建、销毁和切换的负荷远大于进程。
1.4K10编辑于 2022-04-29 - 来自专栏程序员阿常
小白可以转测试吗
测试 1 问：小白可以转测试吗？ 阿常回答：可以转，但有条件。 细节决定成败，测试人员要足够细心敏锐，善于发现细节性问题；测试发现的问题大多数也是细节性的问题，如果是很明显的问题，开发自测也是能发现的吧。 四、执行力强 这点很重要。 执行力源于责任心，执行力强的测试人员面对重复的测试工作也会一丝不苟的执行，开发修改 BUG 往往一次不能修复成功，可能需要多次修改多次验证，这时如果测试人员缺乏执行力，就会因为反复的操作失去耐心，最终可能导致产品出现漏洞 测试人员需要写很多文档，测试相关的文档有《测试计划》《测试用例》《测试报告》，有的公司没有产品测试还需要写《需求文档》《用户手册》。 六、善于沟通 这点很重要。 需求评审有不同意见需要沟通；提 BUG 开发不认同 BUG 需要沟通；项目延期需要沟通；压缩开发测试时间需要沟通；几人一起测试一个项目需要沟通；项目需要和其他部门协调需要沟通。
1.7K10编辑于 2022-09-01 - 来自专栏程序员阿常
小白可以转测试吗
读者提问：小白可以转测试吗？ 阿常回答：可以转，但有条件。 细节决定成败，测试人员要足够细心敏锐，善于发现细节性问题；测试发现的问题大多数也是细节性的问题，如果是很明显的问题，开发自测也是能发现的吧。 四、执行力强 这点很重要。 执行力源于责任心，执行力强的测试人员面对重复的测试工作也会一丝不苟的执行，开发修改 BUG 往往一次不能修复成功，可能需要多次修改多次验证，这时如果测试人员缺乏执行力，就会因为反复的操作失去耐心，最终可能导致产品出现漏洞 测试人员需要写很多文档，测试相关的文档有《测试计划》《测试用例》《测试报告》，有的公司没有产品测试还需要写《需求文档》《用户手册》。 六、善于沟通 这点很重要。 需求评审有不同意见需要沟通；提 BUG 开发不认同 BUG 需要沟通；项目延期需要沟通；压缩开发测试时间需要沟通；几人一起测试一个项目需要沟通；项目需要和其他部门协调需要沟通。
1.9K30编辑于 2022-06-27 - 来自专栏啄木鸟软件测试
功能测试怎么转自动化测试
劣势 维护成本相对比较高，系统开发时间不一定能缩短，还是得依赖手工测试，很多问题无法发现。 五、自动化测试分类 按测试目的分类大致可划分为：功能自动化测试，性能自动化测试。 按测试对象可以划分为：Web应用测试，APP测试，接口测试，单元测试等。 八、什么条件的人适合做自动化测试 1）拥有代码能力 掌握一门开发语言，java、Python、ruby、c#。 2）熟悉被测系统 比如你是web测试，你就得懂js、css、html、xpath。 你是移动端测试，你就得具备Android开发基础和iOS开发基础，会debugapp。 九、总而言之 学习一门开发语言Java/Python，学习一个测试工具selenium/appium，掌握一个测试框架，多沉淀，多学习，然后抓住机遇，即可轻而易举的转型自动化测试。
1.5K23发布于 2020-09-23 - 来自专栏测试小牛进阶
功能测试如何转自动化测试？
今天来聊一下手工测试如何转自动化？如果你还没入行或者刚毕业可以先不考虑学习自动化，把基础技能掌握好，也是可以找到一份初级测试岗位的，会编程和自动化更多的来说算是加分项。 如果你已经做手工测试两三年了，或者是开发转测试，以及上来就包装了三年测试工作经验，那么接下来写的这篇文章就需要好好看一下。希望可以对你有所启发与参考。 首先，对于测试行业来说，职业发展路线无非有两种。 技术路线发展路线一般就是手工测试->自动化测试->测试开发->测试架构师.....管理路线一般就是测试人员->测试组长->测试经理->测试总监..... 以及日常监控各个系统环境，及时发现问题，找开发解决等等。 在企业中，自动化工程师分为两种，一种是自动化测试用例工程师，另一种是自动化测试框架开发工程师。 功能测试如何转自动化上集： https://www.bilibili.com/video/BV1fi4y1s7ct 功能测试如何转自动化下集： https://www.bilibili.com/video
86810编辑于 2022-04-25 - 来自专栏应兆康的专栏
11. 什么时候更改开发测试集和评估指标
11. 什么时候更改开发/测试集和评估指标 当开始一个新项目的时候，我会试图快速的选择开发/测试集，因为这样可以给团队一个很明确的目标。 我见过一些团队会花费数月的时间在已完成的成熟系统上，去获得更好的开发集/测试集。 如果之后发现你最初的开发/测试集或评价指标与目标有些偏差，那么请修改它们。 有三个主要原因导致开发集或评估指标错误的认为分类器A的效果更好： 1. 你的实际数据与开发数据来自不同分布. 假设你的初始开发/测试集主要是一些成年猫咪的图片。 算法在开发集上过拟合了 你把你的评估标准设置的过高，在开发集上反复评估导致算法过拟合，当完成开发后，如果你的算法在开发集上的效果明显高于在测试集上的效果，这就意味着你的算法在开发集上过拟合了。 在项目中改变开发/测试集或者评估指标是很常见的。拥有一个初始的开发/测试集和评估指标能帮你快速迭代你的idea。如果你发现你的开发/测试集或评估指标没有正确的引导你的团队前进，你可以随时更改它们。
53810发布于 2018-05-30 - 来自专栏应兆康的专栏
11. 什么时候更改开发测试集和评估指标
11. 什么时候更改开发/测试集和评估指标 当开始一个新项目的时候，我会试图快速的选择开发/测试集，因为这样可以给团队一个很明确的目标。 我见过一些团队会花费数月的时间在已完成的成熟系统上，去获得更好的开发集/测试集。 如果之后发现你最初的开发/测试集或评价指标与目标有些偏差，那么请修改它们。 有三个主要原因导致开发集或评估指标错误的认为分类器A的效果更好： 1. 你的实际数据与开发数据来自不同分布. 假设你的初始开发/测试集主要是一些成年猫咪的图片。 算法在开发集上过拟合了 你把你的评估标准设置的过高，在开发集上反复评估导致算法过拟合，当完成开发后，如果你的算法在开发集上的效果明显高于在测试集上的效果，这就意味着你的算法在开发集上过拟合了。 在项目中改变开发/测试集或者评估指标是很常见的。拥有一个初始的开发/测试集和评估指标能帮你快速迭代你的idea。如果你发现你的开发/测试集或评估指标没有正确的引导你的团队前进，你可以随时更改它们。
89670发布于 2018-05-09 - 来自专栏测试开发干货
接口测试平台代码实现11: 用户管理模块设计和开发
如果没有用户概念，那就拿我们接下来要做的东西举例子，小邪同学创建了一个项目，里面有她的个 人开发或测试的接口/数据/用例 等等，作为一个精致的女孩，她把自己的项目打理的井井有条，测试数据一丝不苟。 测试平台只需要使用专用的djaog 的cas库即可，且本地会形成影子用户表，相当于一个二层数据库，来方便你进行其他如冻结，增删用户画像等低级权限设置。 不过我们要学习的是第一种，我们测试平台的独立用户数据库。毕竟用户数据牢牢控制在自己手中才是王道。 那么我们打算先设计的就是前端页面。先调动起我们自身的兴趣才是正事对不？ 那么好。 我们新建一个html文件，叫做login.html,tittle写测试平台登陆 然后去新建url映射： 然后去写一个进入登陆页面的后端函数：login,这个函数返回的可不是welcome.html 接下来就是简单的美化美化来，因作者也是一边实际开发，一边写本文，所以不会一开始就完全写好，最后需要优化是必然的，这样也更好的使读者领略真实情况，而不是神剧。
1.2K20编辑于 2022-05-19 - 来自专栏Go实战
gitflow 开发流程 转
目前有专业提供gitflow开发流程的开发工具 SourceTree，推荐大家可以用用，mac和windows客户端都有的。 除了gitflow还有github flow 和gitlab flow。 简单来说，他将 branch 分成两个主要分支，三种支援性分支： 主要分支 master: 永远处在 production-ready 状态 develop: 最新的下次发佈开发状态 支援性分支 Feature branches: 开发新功能都从 develop 分支出来，完成后 merge 回 develop Release branches: 准备要 release 的版本，只修 有任何开发，一律都先开 branch： git flow feature start some_awesome_feature (以此类推 git flow release 和 git flow hotfix (小结论：git-flow 只是个辅助工具，了解 git 还是必要的) 关于 FEATURE BRANCH 的合併 如果是开发时间比较久的 feature branch，很可能会因为 1.
1.3K41发布于 2019-04-04 - 来自专栏测试人生
软件测试，功能测试转测开容易吗？
一、从这个问题，我能读出一些信息如下： 1、不知道您从事测试工作多久了，可以看出您特别羡慕测试开发工程师； 2、 您可能一直从事功能测试工作，工作模式或大环境下，被中了草，想学习测试开发相关的知识； 二、针对您的问题，作出细致的回答： 无论从1-3中的哪一点来看，您都有想转型测试开发的想法，那么让我们先来了解测试开发吧。 1、测试开发工程师： 是指那些既可以称作是开发人员，同时也负责软件开发阶段和测试周期的测试工作的技术人员。一个专业的SDET更关注软件产品的可测性，稳健性和性能。 如果硬要给个定义，质量保证和提效，大白话说就是本质是测试，而且必须是个懂开发的测试; 而提效的本质是开发（比如测试工具、平台等等都算），或者说是一个懂测试的开发（扎实的测试理论基础，也是必须的）。 ） 有一定的系统或服务端开发经验 有扎实的测试理论基础，热爱开发工作（不是单纯的CRUD哦） 五、最后： 不管是测试开发，还是什么高级头衔，真的不是那么重要，在成为进阶任何一个段位之前，应该要做的是先成为一名出色的软件测试工程师
1.4K10编辑于 2022-12-05 - 来自专栏啄木鸟软件测试
接口测试第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安全测试练习教案。
1K20编辑于 2022-12-29 - 来自专栏学习笔记ol
框架分析（11）-测试框架
框架分析（11）-测试框架 主要对目前市面上常见的框架进行分析和总结，希望有兴趣的小伙伴们可以看一下，会持续更新的。希望各位可以监督我，我们一起学习进步。 这使得开发人员可以在不同的浏览器上执行测试，确保网页在不同浏览器上的兼容性。 集成测试框架 Selenium可以与其他测试框架进行集成，如TestNG和JUnit等。这使得开发人员可以更好地组织和管理测试用例，实现更复杂的测试流程。 单元测试可以帮助开发人员及时发现和修复代码中的问题。 支持测试驱动开发（TDD） JUnit框架支持测试驱动开发方法论，可以在编写代码之前编写测试用例，从而指导代码的实现。 这些特性使得开发人员能够更方便地编写可靠的单元测试，提高代码质量和可维护性。
1.2K20编辑于 2023-10-11 - 来自专栏啄木鸟软件测试
软件性能测试（连载11）
索引节点（inode）是持久化存储到磁盘中的，而目录项（dentry）是由内核维护（目录项缓存）的。
77420发布于 2020-03-04 - 来自专栏话梅糖のAndroid学习
Android开发规范（转自掘金，转MD格式）
/** * bitmap 转 byteArr * * @param bitmap bitmap 对象 * @param format 格式 * @return 字节数组 */ public // TODO: 17/3/14 需要实现，但目前还未实现的功能的说明 // FIXME: 17/3/14 需要修正，甚至代码是错误的，不能工作，需要修复的说明 复制代码 9 测试规范 业务开发完成之后 ，开发人员做单元测试，单元测试完成之后，保证单元测试全部通过，同时单元测试代码覆盖率达到一定程度(这个需要开发和测试约定，理论上越高越好)，开发提测。 9.1 单元测试 测试类的名称应该是所测试类的名称加 Test，我们创建 DatabaseHelper 的测试类，其名应该叫 DatabaseHelperTest。 ； 17/12/02: 新增代码样式规范； 17/12/01: 对资源文件规范进行重构； 17/11/29: 格式化中英混排； 17/03/14: 包名划分为按功能划分； 17/03/13: 新增其他注释
1.2K10编辑于 2025-03-03 - 来自专栏dongfanger
Web测试转App测试不看不知道
测试难点 Web测试，不仅仅是页面的点点点。 面对这样复杂的系统，如何保障质量，使系统健康的、长期的、稳定的运行，是测试的难点。 业务复杂度本身就是难点，而且这是测试核心中的核心。 表示层的测试主要以人工为主，部分测试也可以通过工具完成，如无效链接检测。 业务层 业务层包括内部业务和外部服务，内部业务和外部服务都需要经过测试。 业务测试是贯穿于测试周期自始始终的。 最开始测试考虑的是业务，测试结束考虑的也还是业务。 业务层测试是用到测试用例设计方法最多的，包括等价类划分、边界值、判定表、因果分析、场景法等。 可以先用模拟器完成大量测试，最后使用真机做验收。 用真机测试还需要注意的一个小问题就是，测试用例设计的尽量有效，不然每一次重复测试，就很可能在燃烧你的经费。 测试方法 App测试和Web测试有很多共同的地方，尤其是业务层和数据层。
76220发布于 2020-09-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号