▼ 关注测试君 ｜ 会上瘾 ? 在整个项目中，其实开发和测试是一个团队，团队的目标是一致的，提高软件的质量。但是工作当中因为职责的不一样，往往可能会造成分歧。...为了更好的配合开发，测试人员要把握好以下几点： 1、报告问题时，要尽量描述清楚，语句简洁明了，尽量找出问题出现的关键，以帮助开发尽快找出解决问题的办法。...4、如果开发和测试对于一些问题是否要解产生了争议，那就从用户的角度出发看看这个问题对于用户是否可以接受，会不会造成退机或者用户很讨厌的问题之一，如果是，就写成强有力的原因说服开发去解或者让他们推迟解决（...最终是解了），也可以求助自己的领导或者专家来和开发工程师及开发经理来协商解决方案。...5、多做换位思考，遇到问题与开发打交道时多从他们的角度看问题，遇到有可能伤害其利益的问题可以事先和开发商量一下如何处理。
(软件测试介绍)Introduction to Software testing Software Development Life Cycle (SDLC) 软件开发生命周期 Stages of SDLC...(整合：在现代SDLC模型的每个阶段，测试都是一个组成部分。)...(焦点：特别是，这个阶段处理发现和修复错误。) Process (过程): Defect Reporting: Finding bugs during testing....(缺陷报告：在测试期间发现错误。) Tracking: Keeping record of the bugs found. (跟踪：记录发现的错误。)...(修复：开发者着手纠正报告的问题。) Retesting: Checking that fixes solve the problems without introducing new ones.
唉，愁死了，本来需要开发推动公共库的使用，反而成了测试人员去大力推进落实的事情了。 二 之所以说到这个，我觉得和「中台」的设立也有关系。...三 这里的接口测试，是通用接口的测试，不仅仅是单业务直接关联的接口功能的测试，还要考虑接口兼容性和接口实现的测试。 接口兼容性是指同一个接口针对不同调用者的兼容支持。...接口实现是指接口和业务的关联关系，我曾经不止一次听说过，单个接口测试都没问题，但是在业务场景跑通的情况下却出现各种各样的问题。 主要是因为接口在业务场景下都不是孤立的存在。...接口和接口之间都是相互调用，或者数据共用的，很多特殊场景在非生产环境是构造不出来的，就算构造也是有限的，所以测试人员要提前考虑怎么尽可能早的发现这一类的问题，而不是说接口测试就真的只是关心接口本身而已。...基于中台的概念，我又发散了一下和测试人员的关系，不知道你是否有其他见解，欢迎留言和我讨论。
测试从业者，打交道最多的就是开发，而测试和开发之间的关系在行业内被称为‘天敌’。最近部门内有些产品线成员和开发同事在协作之间也是双方抱怨不断，为此形成此文，算是给大家一些思路参考。...作为测试工程师，你知道要怎么更好地来处理跟开发之间的关系么？ 其实对于存在这种所谓的‘敌对’关系，并不难理解。...毕竟立场不一样，职责不一样，出现这样的分歧和矛盾也无可厚非。 但是，如果每天工作在这样的工作氛围里，不止影响我们每天的心情，而且肯定也会影响我们的工作效率。 那，到底可以做些什么来改善这种敌对关系？...总而言之，虽然开发和测试之间存在着天然的‘敌对’关系，但是作为测试人员要树立好自己的定位，清楚的知道无论开发和测试，最终目的都是使项目高质量、高时效地完成。...更不是开发人员的附属品，需要在提高自己的同时，理性地处理和看待和开发的关系，共同营造一个良好愉快的工作氛围。 原文发表于作者公众号：【测试开发技术】，欢迎关注，第一时间获取测试技术干货。
相信很多测试在面试时都被面试官问到：“你是如何和开发人员相（si）处（bi）的？和开发之间的关系是怎样的？遇到开发不认可的bug应该如何处理？”...一、测试与开发之间的困境要说起测试人员和开发人员之间的博弈，有一个特别具有代表性的例子—囚徒困境。此故事讲的是，两个嫌疑犯作案后被警察抓住，分别关在不同房间里审讯。...看完这个案例有没有觉得测试与开发之间的关系很像上图的囚徒困境呢？在整个项目中，开发和测试的关系其实不是对立的，测试和开发是一个团队，都朝着统一的目标：让软件更完美而努力。...关于资源问题，开发和测试难免有资源的冲突，但是让工作卡在环境上，是最影响项目进度的事情。...；关于态度，测试和开发同在一个项目中，都有着共同明确的目标，这个目标是大家的。
随着网络的发展，想要把企业网站建设好，建设完成后运营好实现盈利，就需要很多人员的支持，其中运维岗位和开发岗位尤其重要。 说到运维，基本上应该是甲方职位了 ，乙方一般是研发和实施。...从基层职位看，运维和开发（含产品经理）的分工还是挺大的。开发负责coding，主要考虑功能和非功能的实现，运维负责系统上线后系统的稳定、高效运行。所以在所需技术上也大有不同。...开发重点在各种开发语言、开发框架、持续性集成环境、软件工程、算法以及对应的业务等等，对底层的运行环境操心的不太多，尤其上了云环境之后，越来越少操心负载均衡、高可用这些非功能需求。...不管是运维工程师，还是开发工程师都是企业转型互联网、建设网站、运营网站过程中不过缺少的人员，虽有职位之分，但是缺一不可，想要整个项目顺利运行，必须处理好各环节之间的关系。...一般所说的运维工程师和实施工程师有以下区别 一、工作内容不同 实施工程师包括常用操作系统、应用软件及公司所开发的软件安装、调试、定制开发及维护，还有少部分硬件、网络的工作； 负责现场培训： 现场软件应用培训
前言 前面一篇在xadmin后台一个页面显示2个关联表(OneToOneField)的字段，使用inlines内联显示。本篇继续学习一对一(OneToOneField)关系的查询。...上一篇list_display只显示了当前表的字段信息，如果想显示关联表的字段，需要关联查询。...一对一(OneToOneField)关系 接着前面的一篇python测试开发django-35.xadmin注册表信息,先设计Card和CarDetail表 # models.py from django.db...正向查询 接着上面的操作，查询Card表的card_id和card_user字段值 >>> c.card_id '900100200300400501' >>> c.card_user '乔峰' 通过Card...表的值 >>> d.card.card_id '900100200300400501' >>> d.card.card_user '乔峰' list_display显示关联表字段 在上一篇python测试开发
20221110_测试开发-web开发和flask 本文讲述web后端框架及flask简单实现 概念 web开发 web即万维网, 基于html和超文本的图形信息系统, web应用基本上就是指现在B/S...架构上的应用 web开发: 即web应用开发, 编写代码服务端的代码, 对Browser的请求作出响应从而提供信息服务,目前比较流行MVC模式的框架 B/S架构: Browser/Server模式,...B/S架构中Browser和Server进行通信的协议,基于TCP/IP Http请求四要素 请求方法: Restful API中主要用于表明请求的行为 请求url: 请求资源路径 请求头: token...其实对于业务来说,真正有意义的响应状态码, 响应头和响应体 我们真正想要做的是,是第2步拿到请求数据, 准备数据,返回响应数据 而网络底层的交互, HTTP层面的请求接受解析, 响应发送格式, 对于我们麻烦而且没有实际意义的事...WSGI的参考实现,只能用来开发和测试 通过wsgi服务器,我们成功拿到了请求四要素, 而且知道怎么返回响应信息, 但是,一个服务器可能有上百个接口,Restful API还可能要对应4个请求方法,
大数据时代之前，在机器学习中人们对数据集的一个常见划分规则为：将数据集划分为70%/30%的训练集和测试集。...一旦你定义了一个开发集和测试集，你的团队就可以进行模型的建立，通过调整参数，特征选择等。从而制定最有效的机器学习算法。开发集和测试集可以很快的告诉你算法的运行情况。...换句话说，开发集和测试集的目的是为了让你对算法进行改进，使算法效果变得更好 所以你应该： • 选择开发集和测试集时，主要选择可以反映未来需要获取的数据 换句话说，你的测试集不应该只是可用数据的30%...比如：让你的朋友拍一些手机照片发给你，一旦你的应用启动后，你可以使用实际的数据来更新你的开发/测试集。...切记不要认为你的训练集和测试集分布必须是一样的。尽量去选择那些可以反映真实情况的数据作为测试样本。
Platform Version API Level VERSION_CODE 13.0（beta） 12.0 32 S_V2 12.0 31 S 11.0...
这和传统的QA有点不同，因为我们雇佣程序员来测试，并且在设计阶段就把他们加入进去。他们的工作是测试，特别是自动化产品测试。...根据我的经验，测试和自动化测试一个功能需要测试人员大概多久的时间与开发人员在产品中编码和修复缺陷所需的时间差不多，这意味着他们的比例是1:1，这与编写单元测试所花费的时间和编写代码的时间非常相似。...一个重要的，高可靠性的系统应该有一个更好的QA，并且需要更多的QA人员。 3、一些项目必须在更好数量的配置和场景中来测试，开发者可能会保持不变，但是你显示需要更多的QA来覆盖整个测试矩阵。...一个真正优秀的测试工程师可能会支持2~3个开发的工作，特别是如果那些开发人员已经编写了有用的单元测试和集成测试，测试人员可以将其作为起点。...可以写单元测试，成为开发测试工程师，愿我们共同进步。 Q: 关于“测试开发比例”，你还有哪些问题和想法？ 欢迎评论、转发。
服务器的吞吐量和并发请求数量是两个相互关联但又有所不同的概念： 吞吐量（Throughput）：表示单位时间内服务器处理的请求数量。换句话说，它是服务器在一定时间内完成的工作量的度量。...理解关系： 吞吐量和并发请求数量的关系可以通过下面的类比来理解：假设你有一家餐厅，"并发请求数量"就像是餐厅里的客人数量，而"吞吐量"就像是餐厅在一小时内能够服务的客人数量。...即使你的餐厅可以同时容纳100个客人，但如果你的厨师只能每小时做出50份餐点，那么你的"吞吐量"就是50，而不是100。 要找到服务器的最大吞吐量，你可以通过逐步增加并发请求数量的方式来进行性能测试。...你可以在JMeter中设置不同的线程数，并观察服务器的吞吐量是否随着并发数的增加而增加。...理想的并发数应该是在保持良好的响应时间和错误率的前提下，能达到最高吞吐量的并发数。
单元测试的特征 与其它代码隔离：单元测试代码不影响其它代码，需建立独立项目文件； 与其他开发人员隔离：每个开发人员编写的单元测试不互相干扰； 有针对性：单元测试是针对一个特定的工作单元编写的； 可重复：...阻碍开发人员编写单元测试可能的原因 大部分公司即使要求编写单元测试也是先写业务代码，再编写测试代码去测试。由于开发人员水平不齐，业务代码不能保证质量，可能导致难以测试。...测试驱动开发——TDD TDD 的理念 当我们拿到需求，按照瀑布流开发的模式进行的发，应当是创建业务项目，编写业务代码，需要的话编写测试代码，测试工程师测试，然后验收发布。...TDD 的好处 严格根据TDD思维，遵循SOLID原则 开发能保证代码质量 TDD 确保了代码与业务需求高度一致性 TDD 鼓励创建更简单、针对性更强的库和API TDD 要落实测试单元，需要鼓励与业务方持续沟通...理解测试驱动开发的理念，能让我们编写更漂亮的代码倒是真的。 TDD 如何完成软件开发 TDD 的三个阶段： 红灯阶段 编写贴合需求的测试代码，尽量保证覆盖需求每个点。
Fragment（碎片）是必须嵌入在 Activity（活动） 中使用的。...Fragment的生命周期随着Activity的生命周期的变化而变化 一、首先让我们看下Activity和Fragment的生命周期对比 ?...Auto-generated method stub 35 super.onResume(); 36 System.out.println("现在执行Activity的...Auto-generated method stub 42 super.onRestart(); 43 System.out.println("现在执行Activity的...关闭activity 结束之前的生命 ?
这档播客节目并不是要传播开源技术，而是希望广大开发者更好的了解开源历史、开源文化等，目的是帮助听众能更好的参与到开源项目中。...和 Richard 约做一档开源的播客还是 2017 年的事情了，今年在开源社开源年会上碰到他，并和几个圈内好友畅聊的时候才又激起继续的想法，终于借 Richard 出差到北京的机会面对面录制了这第一期节目...本期节目主要内容是 Richard 从专业的角度讲述了 Free Software 和 Open Source 的关系、License 和 Copyright 的关系，当然还有一堆闲聊。...，擅长开源项目商业战略规划设计、开源社区运营、开发者关系维护和开源项目布道。...主讲人 Richard Lin 林旅强 Richard Lin 林旅强，现为华为云AI开发者生态专家、开源社理事暨联合创始人、云计算开源产业联盟 (OSCAR) 专家，在中国大陆及中国台湾地区的开源社区担任长期贡献者
由于接下来有一个聊天室需求的项目，所以在确定完技术方案后，就要开始着手socket协议的接口测试准备了。...看了好几个不同的socket client实现，就这个最简单。 大概抄了一下Demo的代码，但是问题来了，手头没有Websocket接口可提供测试的，着实有点尴尬。...我觉得本次socket协议接口测试的学习这两天，抄代码对我的意义主要两点：1、能够迅速掌握一种解决问题的方案。2、能够迅速掌握该框架的基本功能的使用。...从零开始学习少不了抄代码的过程，抄完之后，再去魔改，不断验证各种API和函数的使用，看看源码和注释，逐步掌握该技能。...测试脚本我用了三个人在某一个聊天室中里面从进入，发言，到退出聊天室的场景。
此时，不但难以规划不可预见的情况，而且也难以协调项目遇到的问题。 2、产品工作流过于复杂。由于特性的关系，使得产品的工作流可能是非常复杂的，此时也难以判断是否为用户实际需要的产品。...即使划分更多的很小的story，整体工作流仍要包括所有的story，如果工作流过于复杂同样可能会导致漏测。 3、不使用测试驱动的开发。...开发为了暂时的方便快捷而舍弃了规则和QA，这种行为将为项目的未来带来巨大的挑战，问题将会滞后甚至阻塞测试的进程。 4、发布期限问题。你参与项目中，项目成员都明确了解整体计划吗？清楚交付日期吗？...然后，我们也可以更合理分配时间，关注测试进展和人力分配。 最后，我想说质量保证是整个项目组的事。...的确，我们无法做到测试的完全覆盖，但是我们可以通过测试策略、测试合计和测试执行的过程让整个测试流程变得更加精准。需要提醒的是，要做到什么程度的测试覆盖，是整个项目团队的决定，而不仅仅是测试人员。
借鉴一个图 对于具体的后端业务应用或者是服务和业务有一定关联性的策略网关就是上图左边的架构模型——业务网关。...业务网关针对具体的业务需要提供特定的流控策略、缓存策略、鉴权认证策略等等。 与业务网关相反，定义全局性的、跟具体的后端业务应用和服务完全无关的策略网关就是上图右边所示的架构模型——流量网关。...流量网关通常只专注于全局的Api管理策略，比如全局流量监控、日志记录、全局限流、黑白名单控制、接入请求到业务系统的负载均衡等，有点类似防火墙。Kong 就是典型的流量网关。...有时候我们也会模糊流量网关和业务网关，让一个网关承担所有的工作,所以这两者之间并没有严格的界线。...nginx与gateway的区别： nginx是用C语言写的，自定义扩展的话，要么写C要么写lua gateway是java语言的一个框架，可以在框架上进行代码的扩展与控制，例如：安全控制，统一异常处理
软件开发方法、软件架构和系统建模都是软件开发过程中的重要概念。...它们之间有一定的联系和区别，具体如下： 软件开发方法： 软件开发方法是一种指导软件开发过程的策略或者方法论，它涉及项目管理、需求分析、设计、编码、测试、部署等阶段。...软件开发方法旨在提高开发效率、减少错误和降低风险。常见的软件开发方法有瀑布模型、迭代模型、敏捷开发等。...系统建模常用UML（统一建模语言），常用的模型视图有用例图、类图、顺序图，组件图，部署图等。 三者之间的关系： 软件开发方法为软件开发过程提供了指导原则，其中设计阶段涉及到软件架构和系统建模。...软件架构是系统建模的一部分，它为系统建模提供了高层次的组织结构。系统建模则具体描述了系统的各个组件以及它们之间的关系和交互。 软件架构和系统建模都是实现软件开发方法中设计阶段的关键工具。
in peopleList) Console.WriteLine(p.firstName + " " + p.lastName); } } 上面的代码是msdn中的源码...经常被问到对IEnumerable和IEnumerator的认识。。。 也一直知道是为了实现迭代、foreach... 那么到底是干什么的呢？...到目前为止，理解到：我定义一个类型（类），实例化了一系列对象，一般情况下，我们会放到一个List里，那么这个集合，是支持foreach操作的。...IEnumerable里就一个方法，返回IEnumerator类型的对象； public IEnumerator GetEnumerator() IEnumerator里有三个方法需要实现。...至于在应用中的具体应用，还没想到场景，希望您不吝赐教。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
