测试江湖：聊聊“情商”那些事儿　　程序员们，你们是否也曾在提到“情商”时，脑海中浮现出各种“梗”和“表情包”？实际上，每当看到那些把程序员描绘成情商“退化”到极点的故事，我都忍不住想笑。在这背后，实际上揭示了测试同学这一群体在传统印象中可能被认为具有较高技术能力但较低情商水平的真相。在我所熟悉的IT圈子里，我真没遇到过几个真正的“极品”。相反，许多程序员都具备出色的技术能力，同时在应对职场挑战时也展现出了坚韧不拔的精神。　　这些流行的“情商故事”大多是由外行人杜撰出来开玩笑的成分。说不定，这些故事的杜撰者自己本身还是个程序员！言归正传，让我们来聊聊程序员中那些比较典型的“情商不足”表现吧！...

　　摘要　　在高性能的IO体系设计中，有几个名词概念常常会使我们感到迷惑不解，什么是IO？什么是NIO？什么是AIO？要了解这些，首先要了解同步、异步、阻塞、非阻塞，然后将其结合起来，了解IO、NIO、AIO就容易多了。　　正文　　同步与异步（synchronous/asynchronous）：同步是一种可靠的有序运行机制，当我们进行同步操作时，后续的任务是等待当前调用返回，才会进行下一步；而异步则相反，其他任务不需要等待当前调用返回，通常依靠事件、回调等机制来实现任务间次序关系。　　同步/异步：数据如果尚未就绪，是否需要等待数据结果。　　阻塞/非阻塞：进程/线程需要操作的数据如果尚未就绪，是...

　　在日常的测试工作中，不知道大家是否会有梳理自己测试业务的习惯。我个人觉得这个事情是值得做的，最好还可以培养成一个习惯。　　一、为什么要梳理业务？　　因为在业务测试中，作为测试人员，熟悉负责的业务是非常重要的，而通过阶段性的梳理总结，可以让你的业务知识系统化的沉淀下来。　　当被问起这个业务系统的测试重点在哪里？难点如何克服？为什么要这样设计等等问题，可以有条不紊的进行输出。　　又或者，当你任务需要交接，或者需要别人支援你的业务，你可以自信的把文档丢过去，拍拍胸脯说：看一遍你就知道了。　　同样大家平时都在做业务，同样并没有多少别的技术层的产出，这也是为什么有人能拿A，有人却只能拿C的原因之一。...

　　我们来看看一个测试工程师一天的工作：参加需求评审，根据需求编写测试计划，设计测试用例，准备测试环境和测试脚本，开发提测延期后在被压缩的测试时间内根据用例执行测试。期间要和产品确认需求，跟进开发改问题。还要处理变更的需求，然后修改测试用例，对于改动的已经测过的地方又要评估回归范围。有时甚至因为项目上线时间已定，测试同学提出了风险都没用，测试用例都没时间执行完，只能挑主流程回归执行完确保没有重要问题，然后就发测试通过报告提上线单。这样测试工作是在证明软件是正确的（正常场景），而没有通过探索去发现更深的场景，以及异常场景。　　测试的目的是尽早发现缺陷和尽量多地提供测试对象相关的信息。是为了证明程...

　　用例设计是测试工程师的日常工作之一，也是基本技能，今天，从实际工作的角度，跟大家分享下快速设计用例的7个小技巧：　　1. 根据需求，先拆分大的功能点，作为主用例。例如，常见的增删改查，就属于大的功能点，可以作为主用例。　　2. 使用等价类划分，按分类设计用例，基本分类可以从正面场景和负面场景入手。例如，测试创建可分为创建成功和创建失败2种场景，可分别设计用例。　　3. 善用边界值，可结合等价类使用。测试经验告诉我们，测试有时会涉及大量数据，遍历所有数据效率较低，如果是手工执行，更难以实现覆盖所有数据，更有效率的做法是，先划分等价类，再从等价类中选择部分参数测试。　　边界值是等价类所有可选参...