知识干货

• 怎么样使用Fiddler篡改数据包

  前言: Fiddler一款非常强大的工具，除了抓包之外，Fiddler另一强大的功能莫过于设置断点，设置好抓包断点后，可以改请求的数据包、返回的数据包，伪造请求、返回。
• 一文教你区分前端BUG和后台BUG

  测试工程师不只是负责发现问题，除了发现问题这种基本功外，定位问题，提出解决方案，提出预防方案也是要掌握的技能。这里先说定位问题的要求，定位问题要向深入，前提当然是对功能、产品的流程、开发方案、开发人员非常熟悉了，以我们部门为例，定位bug至少要到下面这种程度。
• 

  测试人员对编程天生“恐惧”么？

  本次说下我对测试人员学习一门编程语言的心得与方法，仅个人愚见。
• 

  AI能自己学会补全Python代码

  在项目开发中，优秀的代码自动补全工具可以提升工作效率。然而，近来的 IDE 基本都使用搜索方法进行补全，在一些场景下效果不佳。近日，有开源项目用深度学习模型进行代码补全，显示出非常有潜力的效果。
• 

  面试珍藏：最常见的20道Java面试题

  出于对公司的负责，也为了让更多的学员更好的胜任技术职位，在面试的这件事上，我和几个朋友，详细的探讨了 Java 面试所要涉及的知识点，于是就有了今天大家看到的面试题。
• 

  使用fiddler抓移动端数据包

  前言: Fiddler是一个蛮好用的抓包工具，可以将网络传输发送与接受的数据包进行截获、重发、编辑、转存等操作，抓PC端浏览器的数据很容易，但抓移动端的数据包时有点小复杂，需要在手机中设置代理，先将操作步骤分享给大家。
• 

  【干货！】fiddler抓https数据包处理方案

  fiddler抓https数据包处理方案 问题引出:使用fiddler抓包的时候，经常出现抓不到https数据包的情况，先将处理方案分享给大家。
• 

  连引用都答不上，凭什么说你是Java服务端开发

  【干货点】看完该篇文章，就基本可以解答面试热点【谈谈对Java中几种引用的理解】了。 最近就说到了一个面试题
• 测试如何把控项目

  首先要确定项目的大小，比较小的项目，就正常拉会评审；比如有那种一句话两句话的需求，可能大家觉得没必要拉会，那作为 QA可以在线下拉三方评审，这样做的好处是 避免大家对需求的理解不一致，往往是这种需求越容易有坑，越容易理解不一致。
• 

  性能测试从零开始实施指南——流程篇

  由于新公司业务快速发展带来的流量突增以及技术负债各方面，性能的问题就开始急速冒头，这点很多创业阶段的中小型公司都存在该问题，表现在如下几个方面：
• 用断、舍、离的思维做软件测试

  做软件测试的人都知道，测试是一项繁琐的工作。上百页业务需求、多个子系统（手机银行-前置-基金-前置-主机）、一个人维护几套测试环境（前台、后台、数据库）、测试数据准备、测试案例、测试bug、测试文档、配置库维护，包括与不同的人打交道（开发人员、实施人员、项目管理人员、业务人员等）。
• 

  软件测试架构师受欢迎吗？

  软件测试架构师是一个新职位，但确实是一个非常必要的职位，主要有几点： 1. 根据V模型、广义测试概念等，(静态)测试的越早，发现缺陷越早，越有利于产品的质量、加快产品开发周期、降低企业的成本。更重要预防设计出现严重的缺陷，如果设计出现缺陷，在系统集测试发现问题时，所造成的返工将是可怕的。这就需要对设计进行复审、评审，而在这过程中，需要测试人员参与。
• 

  测试用例设计的5大误区

  1、能发现到目前为止没有发现的缺陷的用例是好的用例： 首先要申明，其实这句话是十分有道理的，但我发现很多人都曲解了这句话的原意，一心要设计出发现“难于发现的缺陷”而陷入盲目的片面中去，忘记了测试的目的所在，这是十分可怕的。我倾向于将测试用例当作一个集合来认识，对它的评价也只能对测试用例的集合来进行，测试本身是一种“V&V”的活动，测试需要保证以下两点：
• 

  【干货】金融行业的软件测试类型细分

  金融行业软件具有集中度高、规模庞大、数量多、系统之间关联性强、业务复杂、需求变化快等特点，金融行业软件的测试难度明显要大于其他类型的通用软件。本文主要分析金融行业软件多样式的测试需求，技术干货，篇幅较长。
• 

  【干货】软件测试发展趋势

  今天看了一篇文档，提到了软件测试的七大发展趋势，和大家分享！