写这篇文章，是希望把我的一些我认为是非常有价值的经验总结出来，能够帮助刚做测试不久的新同事，或者是测试经验丰富的老同事以共享。希望我们可爱的新同事，准备要在测试领域耕耘的伙伴，能够通过我的文章了解到测试的底层逻辑，也就是我们测试工作中可能看不到隐藏较深的点，而不只是日常所见的写用例、提bug、开发自动化、做平台；俗话说外行看热闹，内行看门道。

第三次打开文档，算第二版了，还是不知道怎么开头，脚本和结构也是改了又改，写着写着又成了流水帐，眼看着从21年到22年了再不写就成了年“中”总结了。今天熬个夜，这次用的Apple的备忘录，在写的时候觉得行距太挤了，还找不到怎么调整。别问为什么用Apple备忘录。啊你没问啊，那没事了。写完回头，突然发现原来年后写总结最难的是今年/去年是那年啊。Ps：今年表

1、我的数据库是oracle11g遇到取出来的字段是clob类型，但是所需要的是string类型，写一个转换函数就可以解决问题了。//Clob类型转StringpublicStringClobToString(Clobclob)throwsSQLException,IOException{

原文地址：ReversingCprogramswithIDAproandHexrays(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fblog.0xbadc0de.be%2Farchives%2F67)简介在假期期间，我花了很多时间学习和逆向用C写

Oracle使用sys\_guid()用来产生UUID值。 在PostgreSQL中有类似的函数，需要安装uuidossp插件。 如果用户不想修改代码，还是需要使用sys\_guid()函数的话，可以自己写一个。 如下：1.postgres\createextension"uuidossp";2.CREATE

写这个专栏的缘起之前我写过一篇博客：《朱晔的互联网架构实践心得S2E2：写业务代码最容易掉的10种坑》，引起的关注还是挺多的。后来和极客时间的编辑一拍即合决定以这个为题写一个专栏。其实所谓坑就是容易忽略但是不容易发现的问题，大部分生产事故都是发布、运维相关的配置引起，真正代码中的问题上线后产生问题的坑并不多，虽然我接触过很多生产事故，但

 API读写INI文件(转载)(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fblog.csdn.net%2Fleixuejun%2Farticle%2Fdetails%2F4741929)20用API写INI文件的函数有BOOLWritePrivatePro

<divid"cnblogs\_post\_body"class"blogpostbodycnblogsmarkdown"<h3id"ideavim简介"IdeaVim简介</h3<pIdeaVim是IntelliJIDEA的一款插件，他提高了我们写代码的速度，对代码的跳转，查找也很友好。</p<ul<li安装位置</

  JDK中ThreadPoolExecutor有coreSize、maxSize，只有当线程数到coreSize且队列满后才会增加线程数到maxSize.  想要达到的效果是线程数到maxSize后再放入队列。方案一  覆写ThreadPoolExecutor的execute()  _List1_pub

写公众号说实话挺久了，也因此认识了很多的朋友，咨询什么的都有，总之，或多或少的帮助到过一些人。最近想了好久，我往后应该写一些什么类型的文章？1、偏理论的？感觉在一篇文章里面去概述一些比较复杂的理论，说不说的完暂且不说，作为一个读者大部分肯定是没有耐心看下去的，而且看完吸收的也不会很多，这种东西还是得通过啃书的方式可能会更好。