首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏施炯的IoT开发专栏

    转帖--Windows Phone 7开发环境搭建

    下文转自WPmind:Windows Phone 7开发环境搭建     在6月22日我们WPMind组织的Windows Phone 7开发技术线上活动结束后,不少朋友纷纷问道如何搭建Windows Phone 7的开发环境。 其实Windows Phone 7的开发环境相比Windows Mobile 6.x的系列来说要简单许多了。     1. 如果您是一个开发人员,您希望使用Silverlight for Windows Phone开发Windows Phone 7上的应用软件,或者是使用XNA Game Studio来开发游戏的话,您只需要下载 displaylang=en&FamilyID=cabcd5ed-7dfc-4731-9d7e-3220603cad14 系统需求:Windows 7 或者Vista SP2              

    1.3K100发布于 2018-01-10
  • 来自专栏TestOps云层

    7个测试驱动开发的最佳实践

    测试驱动开发(TDD)是一个简约的软件开发过程。由一个自动执行的测试用例驱动,用例定义了系统所需的功能。测试的第一个执行结果状态是失败。然后,开发人员实现一个能通过测试的最小代码。 2.专注于需要实现的目标 确保你了解代码需要被调用的位置,并相应地对测试套件进行框架化。确保测试用例符合标准命名约定,并明确描述了开发所需要实现的目标。这是至关重要的,因为功能不断添加迭代。 后续其他买的开发人员(其实包括自己)应该可以通过看测试代码,轻松推断出预期的功能。 3.保持测试代码的简洁 确保你测试代码只需要有足够满足实现测试用例的代码即可。这是TDD的基本原则。 7.知道什么时候使用TDD 最后但并非最不重要的是,像任何其他开发概念一样,TDD在某些情况下效果是最好的。TDD的执行时间不能太长。任何冗长或复杂的测试都会破坏TDD的目的。 通过TDD,开发更加受到控制,结果大大减少了缺陷。重复测试确保系统中的每个组件在每一步都正常工作。

    1.8K20编辑于 2022-04-04
  • 来自专栏吴伟祥

    Jmeter压力测试 转

    1.所有的测试工作都是从新建一个线程组开始的。 ?  它的作用其实是为了模拟用户,所以也叫Users。 这些属性暂时不用动,因为还没有将工程配置好,测试工程配置的时候使用单次测试容易排查问题,以后压力测试直接修改该面板的值即可。 如此就可以验证发送的样本请求信息是否正确,以供调试测试脚本所用。 Jmeter压力测试教程(入门篇)

    1.7K20发布于 2018-08-14
  • 来自专栏吴伟祥

    MySQL基准测试 转

    基准测试是  指通过设计科学的测试方法、测试工具和测试系统,实现对一类测试对象的某项性能指标进行定量的和可对比的测试。 二、 基准测试的策略 针对整个系统的整体测试(集成式)2. 单独测试Mysql(单组件式)。 集成式测试的好处: 测试整个应用系统,包括Web服务器,应用代码,网络和数据库是非常有用的。 7. 反复执行同一个查询。  8. 没有检查错误。本应该慢的查询突然变快了,就应该检查是否有错误产生。  9. 忽略了系统预热的过程  10. 使用默认的服务器配置  11. 测试时间太短。 获取系统性能和状态  最好为基准测试建立一个目录,并且每执行一轮测试都创建单独的子目录,将测试结果,配置文件,测试指标,脚本和其他相关说明保存其中。 六、基准测试工具 1. 测试1. CPU基准测试 ?

    2.8K30发布于 2018-08-14
  • 来自专栏测试开发干货

    接口测试平台代码实现7:菜单的开发

    那么具体要怎么开发呢? 其实对于菜单这么常见的控件,我们没必要自己动手去做,完全可以去网上下载一个现成的,各种漂亮的要什么有什么,所以本节主要精髓是教给大家如何去网上下载后利用起来。 自己别忘了在之后好好检查一下这些文件的路径是否正确,这是一个python开发的基本功,这里不会再多说哦~ 拼好后长这样 现在让我们再进入127.0.0.1:8000/welcome/ 看看显示情况 好了这里我们就介绍完了如何开发一个左侧菜单了,是不是很讨巧的办法,最上面的search...测试发现也很好用。我们之后其他各种控件元素都可以在jquery之家上下载,按照我教的方法去拆出来一点点使用。 虽然大神们会有更加科学和快速的方法进行二次开发 甚至自己干写,但是那需要很多的经验和意识。 喜欢的小测试们欢迎点个赞+在看~

    1.6K30编辑于 2022-05-19
  • 来自专栏应兆康的专栏

    7. 开发集和测试集应该多大?

    7 开发集和测试集应该多大? 开发集应该足够大,大到可以检测出不同算法之间的差异。比如:如果分类器A的精度为90.0%,分类器B精度为90.1%。 如果你的开发集只有100条,那么你可能检测不出这0.1%的差异,与其它机器学习的问题相比,100条数据很小,常见的开发集数据规模在1000到10000条之间。数据量越高,模型之间的差异越明显。 在这种情况下,开发集的数据量可能远远超过10000条,只为了对算法进行改进。 测试集要多大?它也应该足够大,大到你有一个很高自信度去对系统的整体性能进行评估。这里有一个方法:将30%的数据用于测试。 但是在大数据的时代下,我们面对的机器学习问题数据量可能会超过10亿条样本,开发集与测试集之间的比例一直在减小,但是开发与测试集的绝对数量在增加。在给开发集和数据集分配时,没必要过多的进行分配。 [2] 理论上,如果一个算法的变化差异符合统计学上的某种变化,那么我们可以进行测试。在实践中,大多数团队都会这样做(除非它们发表论文)。而我没有发现用于统计意义上的测试。

    96470发布于 2018-05-09
  • 来自专栏从零开始学自动化测试

    python测试开发django-7.模板继承

    打开一个网站时候,点导航栏切换到不同的页面,发现导航部分是不变的,只是页面的主体内容变了,于是就可以写个母模板,其它的子页面继承母模板就可以了。

    94030发布于 2018-12-13
  • 来自专栏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
  • 来自专栏程序员阿常

    小白可以转测试吗

    测试 1 问:小白可以转测试吗? 阿常回答:可以转,但有条件。 细节决定成败,测试人员要足够细心敏锐,善于发现细节性问题;测试发现的问题大多数也是细节性的问题,如果是很明显的问题,开发自测也是能发现的吧。 四、执行力强 这点很重要。 执行力源于责任心,执行力强的测试人员面对重复的测试工作也会一丝不苟的执行,开发修改 BUG 往往一次不能修复成功,可能需要多次修改多次验证,这时如果测试人员缺乏执行力,就会因为反复的操作失去耐心,最终可能导致产品出现漏洞 测试人员需要写很多文档,测试相关的文档有《测试计划》《测试用例》《测试报告》,有的公司没有产品测试还需要写《需求文档》《用户手册》。 六、善于沟通 这点很重要。 需求评审有不同意见需要沟通;提 BUG 开发不认同 BUG 需要沟通;项目延期需要沟通;压缩开发测试时间需要沟通;几人一起测试一个项目需要沟通;项目需要和其他部门协调需要沟通。

    1.7K10编辑于 2022-09-01
  • 来自专栏程序员阿常

    小白可以转测试吗

    读者提问:小白可以转测试吗? 阿常回答:可以转,但有条件。 细节决定成败,测试人员要足够细心敏锐,善于发现细节性问题;测试发现的问题大多数也是细节性的问题,如果是很明显的问题,开发自测也是能发现的吧。 四、执行力强 这点很重要。 执行力源于责任心,执行力强的测试人员面对重复的测试工作也会一丝不苟的执行,开发修改 BUG 往往一次不能修复成功,可能需要多次修改多次验证,这时如果测试人员缺乏执行力,就会因为反复的操作失去耐心,最终可能导致产品出现漏洞 测试人员需要写很多文档,测试相关的文档有《测试计划》《测试用例》《测试报告》,有的公司没有产品测试还需要写《需求文档》《用户手册》。 六、善于沟通 这点很重要。 需求评审有不同意见需要沟通;提 BUG 开发不认同 BUG 需要沟通;项目延期需要沟通;压缩开发测试时间需要沟通;几人一起测试一个项目需要沟通;项目需要和其他部门协调需要沟通。

    1.9K30编辑于 2022-06-27
  • 来自专栏剑指工控

    STEP 7 的STL转SCL

    首先打开STEP7的SIMATIC Manager customizing 选择“SIMATIC Manager |选项|自定义”。选择英语助记符。国家语言不需要改变。 SIMATIC S7-SCL customizing 选择SIMATIC S7-SCL |选项|自定义。 在下图中,复选框按照SIMATIC S7-SCL的默认设置排列。 使用预设定 1. stl2sclGUI.exe运行。 2. 设置设置(选择设置按钮)。默认设置窗口如下图所示。 项目的结果SCL文件位于\tmp路径 工具下载链接:链接: https://pan.baidu.com/s/1y6R6dlGBhZH9VEVf7YA95g

    3.5K20编辑于 2022-11-14
  • 来自专栏啄木鸟软件测试

    功能测试怎么转自动化测试

    劣势   维护成本相对比较高,系统开发时间不一定能缩短,还是得依赖手工测试,很多问题无法发现。 五、自动化测试分类   按测试目的分类大致可划分为:功能自动化测试,性能自动化测试。    按测试对象可以划分为: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 /BV1hz411e7yG

    86810编辑于 2022-04-25
  • 来自专栏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
  • 来自专栏热爱IT

    Centos7上安装docker 转

    社区版是免费提供给个人开发者和小型团体使用的,企业版会提供额外的收费服务,比如经过官方测试认证过的基础设施、容器、插件等。 7、安装docker $ sudo yum install docker-ce #由于repo中默认只开启stable仓库,故这里安装的是最新稳定版17.12.0 $ sudo yum install Transaction check error: file /usr/bin/docker from install of docker-ce-17.12.0.ce-1.el7.centos.x86 -1.el7.centos.x86_64 conflicts with file from package docker-common-2:1.12.6-68.gitec8512b.el7.centos.x86 2、卸载旧版本的包 $ sudo yum erase docker-common-2:1.12.6-68.gitec8512b.el7.centos.x86_64 ?

    89710发布于 2019-05-21
  • 来自专栏热爱IT

    CentOS7安装g++ 转

    操作系统 CentOS7 步骤 在终端输入命令: yum install gcc gcc-c++ 1 验证是否安装成功 输入命令: g++ (adsbygoogle = window.adsbygoogle

    3.9K20发布于 2019-04-10
  • 来自专栏话梅糖のAndroid学习

    Android开发规范(转自掘金,转MD格式)

    7 第三方库规范 别再闭门造车了,用用最新最火的技术吧,安利一波:Android 流行框架查速表,顺便带上自己的干货:Android 开发人员不得不收集的代码。 /** * bitmap 转 byteArr * * @param bitmap bitmap 对象 * @param format 格式 * @return 字节数组 */ public // TODO: 17/3/14 需要实现,但目前还未实现的功能的说明 // FIXME: 17/3/14 需要修正,甚至代码是错误的,不能工作,需要修复的说明 复制代码 9 测试规范 业务开发完成之后 ,开发人员做单元测试,单元测试完成之后,保证单元测试全部通过,同时单元测试代码覆盖率达到一定程度(这个需要开发和测试约定,理论上越高越好),开发提测。 9.1 单元测试 测试类的名称应该是所测试类的名称加 Test,我们创建 DatabaseHelper 的测试类,其名应该叫 DatabaseHelperTest。

    1.2K10编辑于 2025-03-03
  • 来自专栏agent平台

    《SpringMVC7实战》第1招 搭好接口开发测试环境

    接口调试靠开发人员各自手敲curl,回归测试靠人工点页面,压力测试等到上线前才临时找工具。 开发调试、单接口验证、自动回归、压力测试应该分别选择什么工具?如果选错工具或者跳过某一环,项目后期会付出什么代价? 中间层是开发调试,IntelliJIDEA关联源码,支持断点。上层是接口验证,Postman做日常调试,Newman跑自动回归。顶层是压力测试,JMeter脚本独立运行。 /postman-tests.sh7.执行JMeter脚本同时把PostmanCollection和JMeter脚本的路径写清楚,避免新同事在仓库里翻找。 开发调试、单接口验证、自动回归、压力测试应该分别选择什么工具?答案是IDEA做源码调试,Postman做单接口,Newman加项目Collection做自动回归,JMeter做压测。

    16221编辑于 2026-09-10
领券