[其它] 什么是测试驱动开发及其重要性

说明：测试是任何软件开发项目中最重要的步骤之一。如果跳过此过程，则结果可能是灾难性的-对项目和公司而言。但是什么时候应该对软件进行测试？在项目完成后进行测试似乎是合乎逻 测试是任何软件开发项目中最重要的步骤之一。 如果跳过此过程，则结果可能是灾难性的-对项目和公司而言。 但是什么时候应该对软件进行测试？ 在项目完成后进行测试似乎是合乎逻辑的。 但是，经典测试过程的功能是有限的。 如果您先编写代码，然后再测试实现，则可能会遇到一些问题，即过度研发，设计偏离，可测试性问题。 幸运的是，有一种方法可以应对这
<weixin_38598613> 上传 | 大小：78kb

[其它] 单元测试到底测什么

说明：单元测试 今天的前端夜点心我们来聊聊在项目中单元测试应该测些什么？ 以国内互联网的开发节奏，在前端业务项目中全面覆盖单元测试有时显得不太可行，主要是因为以下这些绊脚石： UI交互复杂，路径难以覆盖全面 工期紧，开发对实践TDD，BDD所带来的长远效益没有信心 产品经理们时不时打着「敏捷开发」的旗号改需求，使得刚刚辛辛苦苦写完的测试脚本完全作废 在这样的处境下，一味强调单元测试的逻辑覆盖率是没有太大意义的，明确在哪里应用单测的能取得最大的边际效益是更有意义的事情。 以下笔者根据自己的一
<weixin_38725902> 上传 | 大小：93kb

[其它] 你真的会写单元测试吗？TDD初体验

说明：前言：　　昨天读到了一篇文章，讲的是TDD，即Test-DrivenDevelopment，测试驱动开发。大体意思是，它要求在编写某个功能的代码之前先编写测试代码，然后只编写使测试通过的功能代码，通过测试来推动整个开发的进行。这有助于编写简洁可用和高质量的代码，并加速开发过程。　　初读之时，瞬间感受到了震撼，感觉和自己之前的开发流程全都不一样，之前是由始至终，而这种思想确实以终为始。后来一查这种思想早在前几年甚至前几十年就被提出了，进而被广泛运用到了敏捷开发中。看来是自己孤落寡闻了，于是我准备将
<weixin_38660327> 上传 | 大小：65kb

[其它] Android_Sources_28_9:Android Sources安卓9 API 28，原始码和res资源-源码

说明：Android_Sources_28_9:Android Sources安卓9 API 28，原始码和res资源
<weixin_42135073> 上传 | 大小：66mb

[其它] 性能测试之Docker监控

说明：微服务、大中台盛行的当下，容器化已经被广泛使用。在性能测试过程中，对容器的监控模型构建也是必不可少的。 我们性能测试监控模型的构建一直是围绕着Prometheus和Grafana来展开的。她们可以快速的构建我们性能测试的绝大多数的监控模型：已介绍搭建了数据库监控、服务器监控。思路是相同的，也可自行快速构建自己所需的监控模型。 Docker容器监控 效果图 安装使用 Prometheus和Grafana的安装，参阅上文 安装启动cadvisorsudodockerrun\--volum
<weixin_38575536> 上传 | 大小：40kb

[其它] 记一次性能调优

说明：面对性能调优问题，很多人往往只是单纯的套用既往的经验：先试试一个，不行再试试另一个。面对简单的问题，如此通常能事半功倍；但是当面对复杂问题的时候，单凭经验往往并不 面对性能调优问题，很多人往往只是单纯的套用既往的经验：先试试一个，不行再试试另一个。面对简单的问题，如此通常能事半功倍；但是当面对复杂问题的时候，单凭经验往往并不能达到立竿见影的效果，此时我们需要更精准的判断性能短板在哪里。 一个openresty项目，不了解openresty的可以参考我以前的文章，从top运行结果看，软中断si分配
<weixin_38657139> 上传 | 大小：578kb

[其它] OTrack：移动RFID系统中行李的订单跟踪

说明：OTrack：移动RFID系统中行李的订单跟踪
<weixin_38584043> 上传 | 大小：423kb

[其它] 菲尼克斯电气开放灵活的PROFINET解决方案

说明：介绍了关于菲尼克斯电气开放灵活的PROFINET解决方案的详细说明，提供菲尼克斯的技术资料的下载。
<weixin_38721652> 上传 | 大小：2mb

[其它] 迈向全向被动人体检测

说明：迈向全向被动人体检测
<weixin_38638033> 上传 | 大小：432kb

[其它] 模糊随机系统输出反馈控制的一种新方法

说明：模糊随机系统输出反馈控制的一种新方法
<weixin_38693173> 上传 | 大小：573kb

[其它] 从功能测试到自动化测试

说明：现如今应该有很多测试人员应该有这样的疑虑，自动化测试要怎么去做，今天把一些学习经验分享给大家，希望对你们有帮助，有说的不好的地方，还请多多指教！对于测试人员来说，不管进行功能测试还是自动化测试还是性能测试都是需要编写测试用例，所以我们必须先要了解清楚手工测试用例与自动化测试用例的一些特点，才能更好的开展自动化测试工作。在这里插入图片描述1、手工测试和自动化测试用例手工测试用例是针对功能测试人员的，而自动化测试用例是针对自动化测试用例框架或工具的。1）手工测试用例特点较好的异常处理能力，能通过人为
<weixin_38575456> 上传 | 大小：79kb

[其它] src:常用代码收集资源分享-源码

说明：src 这里边是一些常用的资源或代码片段，你不在是一个阅读者，更是一个项目参与者内容创造者，欢迎叉之后拉。 加群说明
<weixin_42134097> 上传 | 大小：34kb