点点寒彬的博客

通常，缓存测试涉及使用特定的基准测试程序或工具来模拟和测量缓存访问模式和访问性能，以获取有关CPU缓存系统性能的数据和分析结果。缓存填充测试用例：可以设计一些大规模的数据集，并使用不同的访问模式来测试缓存的填充效果。例如，可以设计一些连续和随机的访问模式，并逐步增加数据集的大小，以测试缓存的填充效果。例如，可以设计一些随机和顺序访问的测试用例，并逐步增加数据集的大小，以测量缓存的命中率。例如，可以设计一些随机和顺序访问的测试用例，并逐步增加数据集的大小，以测量缓存的访问延迟。上也没发现他们的身影。

背景关于单元测试，其实是我们讨论的非常多的一点，作为一个测试人员，笔者唯一没怎么接触的测试，其实就是单元测试。这段时间刚好在开发一些平台，在代码中也涉及到了这块，因此记录一下自己的一些想法。笔者用一个场景来说明一下思路。开发一个查询接口，接受页面传入的参数，再查询配置服务获取数据库的配置信息。最后拼成SQL之后查询结果返回。一个常见的代码笔者这里用Go写一个伪代码来演示，忽略那些特有的语法，相信单纯看逻辑应该是没问题的。func GetSomething(c *Request) { us

背景最近面试了几个人，问了一些关于测试用例的问题，但是基本上没有能回答的让我满意。作为一个测试人员，测试用例的编写绝对是非常重要的技能。别小看测试用例，小小的用例里面包含了大大的只会。测试用例毫无疑问，测试用例的编写是一个测试人员的基本功，无论做什么方式的测试，都离不开测试用例，一份好的测试用例能够在测试执行过程中给予非常好的指导意义。测试用例的产出一般来说，是根据产品（业务）的需求分析后得出测试需

背景最近接口测试做的多了，略有一点思想，总结一下怎么做我之前专门写过接口测试的文章，也对比过好多现有的工具，发现现有的工具并不是非常好用，至少扩展性不好。所以自己写才是最好的。方法嘛有很多，用Java、Python都行，最近在用RobotFramework，感觉都差不多，只要能实现定制化，都没问题。测试脚本怎么规划文章标题是测试脚本的规划，那就专门说说这个。以前的代码都是一个人玩，所以怎么玩都行，换

背景最近手头上需要新接一个UI测试的工作，抽空研究了一下，发现现在网上所有流传的方式都是用Selenium来执行，这个本身我觉得没什么毛病，但是测试思想还是太陈旧了，依然是使用findElementById等方法来执行，这种情况下，前端的维护成本高，稳定性差等问题都非常明显，因此有了著名的测试三角形。历史说明这个问题的时候，需要了解整个前端技术的发展过程。Web1.0时代那个时候压根没有JS什么

总评又到了一年一度的自我总结时刻，今年总体来说算是不错的一年，有苦有累，也有很多开心的时候，算是收获满满的一年，从去年的flag来看，有惊喜也有意外。读书今年下半年特别的忙，不管是工作还是生活，非常非常的忙碌，今年读的大多是电子书，缺少实体书，而且技术相关的书籍也偏少，更多的时候是上下班的碎片时间来阅读，整体的阅读质量有所下降，缺乏时间深度思考。明年这方面应该要进行一些改善。下面是

背景最近接到一个需求，就是对我们的某个产品线进行压测，实际上主要还是看系统的稳定性，比如压个一晚上，看看系统是否稳定。基于这个需求，我专门去看了一些协程的知识，整个开发过程有了那么一点点的想法，作文以记之。数据准备要对接口做压测，很基本的一个前提，数据的准备必须要很充分。比如压一晚上，那么几万条数据你得准备好，用传统的Excel或者CSV的方式来做，那数据准备得搞死你，我之前面过一...

总评2018年对我来说，是一个有惊喜，有遗憾的一年。从去年定的目标来看，很遗憾，基本上都没完成。总体的阅读量下降了太多。写作方面虽然与去年保持持平的状态，但是缺乏深度思考的作品。但是换一个角度看，又是一个有惊喜的一年，今年完成了一件人生大事，一个人生大目标，从这方面看，又是非常惊喜的一年。2018预期目标2017年给自己定的目标看起来好像也不太多。测试管理平台接入性能测试工具完成...

背景今天偶然在某个Q群看到大家在聊测试行业发展的趋势，作为一个有那么些经验的娱乐型测试选手，简单写写自己的想法。方向测试的发展基本上就两个方向：技术和管理。而我认为这两者是都要学的技能，也就是所谓的经济基础决定上层建筑。当然不是说没有技术就不能做管理，外行管内行自然也有方法，否则所有CEO都得懂各种技术了。技术技术方面我认为这么一些是必备的：测试基本知识Linux系统的简单操作一门脚本语言五

背景最近在看Android开发，发现有一些坑是没有了解过Android开发是无法发现的，简单的记录一下。场景用Android开发一个回答问题的APP，大概有5个问题，回答完毕后切换到下一题，或者手工跳到下一题。整个APP功能很简单，但是依然有很多的坑。翻转屏幕后问题被重置为第一题这个问题是一个很有意思的问题，在竖屏的时候查看第四题，但是在横屏之后，问题被重置为第一题了。要了解这个问题，就必须了解An

一作为一个有追求的测试人员，不断学习是必须的，现在是互联网时代，那么了解互联网之间的通讯方式是非常有必要的，不论是web端还是移动端，基本上都是通过TCP/IP进行交互的。那么TCP/IP应该是一个硬技能。二一般来说，每门知识都有一本“圣经”，《TCP/IP详解》无疑是这方面的宝典。如果能够完整的看下来，当然是最好的，但是这类“圣经”讲解的都非常细，内容相对枯燥，很难从头到尾把它看完。所以我选择了另

葡萄牙竟然获得了冠军，这真是不科学！！！！背景上一篇文章说道Git可以结合tar来自动打升级包，如果要每次去开发环境执行监控代码，那其实意义并不大，这篇文章介绍的是写一个监控程序来监控变动情况，一旦发生变动，就发邮件通知自己，然后每天定时在某个时点把更新包打出来。思路思路其实很简单，就利用上一篇文章《Git结合tar自动打升级包》介绍的方法，做一个拓展就好了，流程图如下：流程中的方法定时执行git

近日武汉遭受特大洪水，仿佛又见98年特大洪灾，每次出现天灾，总是一方有难八方支援。为武汉祈福。次次灾情都有伟大的人民子弟兵站在第一线，向他们致敬。背景最近在看Git，那么看了之后就需要用Git来解决一些工作中遇到的问题，学了不能用在工作中，等于白学。这次遇到的问题是打包升级的问题，我们公司目前还处于最原始的手工打更新包的状况，每次打包都要找开发要更新的内容，非常非常的麻烦，于是我就想用学习的Git来

原文地址：https://developer.apple.com/library/prerelease/content/documentation/DeveloperTools/Conceptual/testing_with_xcode/chapters/03-testing_basics.html#//apple_ref/doc/uid/TP40014132-CH3-SW1文章导读本文是纯理论篇，

背景最近在看Jmeter和接口测试，发现了几个问题，基于HTTP协议的接口测试实施起来很简单，但是怎么实施接口测试就是一个难点，而且接口测试如果不做成自动化，就纯粹靠手工执行，那么意义其实并不大。所以稍微看了一下Ant+Jmeter的组合，来实现自动化。Ant驱动Jmeter单独使用Jmeter来执行接口测试是非常简单的了，使用Ant来驱动Jmeter就需要些一个构建文件build.xml<?xml

这段时间自己捣鼓捣鼓了接口测试，也扫了一些其他人分享的经验，现在来说说自己的想法。接口测试是什么? API testing is a type of software testing that involves testing application programming interfaces (APIs) directly and as part of integration testing

一这段时间工作上遇到了一些并不顺心的事，供应商提供的东西太烂，而且出问题还死不承认。事情是这样的，思迪提供了一套炒股大赛的软件嵌入我们的APP，上线之后发现出现的问题挺多，最大的一个应该就是用4G网络经常会出现白屏的情况，反馈了以后他们居然说他们那边重现不出来，无法解决。二这种事其实发生在谁身上都会很不爽，花了钱买了一个半成品，除了问题还不承认，但是又没有很好证据指向确实是他们的问题，他们一口咬定是

背景在《聊聊接口测试》中我提到了使用Jmeter的问题和局限性。 这里其实是有一个问题的。Jmeter的学习成本其实挺大的，基础的发请求断言这类功能当然是很简单，再往后，很多细节上的处理问题，解决起来就非常非常困难，网络上很难找到类似的问题和解决方法，即使是自己去翻官方文档，也不一定就能很快的找到。那自己写一个接口测试就迫在眉睫了，本着自己驱动自己的想法，我直接把所有内容写在代码中，自己维护起

声明部分内容摘自网络，如有侵权，请告知删除！写代码测试需要学会编程吗？我比较建议学，不用学太深，因为测试的对象就是软件，那么它们是如何构成的还是需要做一些基本的了解。有了程序员的思维，在与开发的沟通过程中也能更好的相互理解。学哪门语言？一般来说，所在公司的开发语言是什么，就应该学什么，如果是学生或者暂时用不到的，那么就学比较大众化的语言咯！Python和Java是比较推荐的。测试人员学编程语言一般是