-
[腾讯 TMQ] JAVA 代码覆盖率工具 JaCoCo-原理篇 at 2017年11月09日
JavaCodeCoverage-JaCoCo，爪哇岛上的可可。
-
4. 使用 postman 做接口测试 (一) at 2017年07月26日
第一点，没有接口文档那叫攻击，哈哈。
第二点，在确定你发的请求，地址正确、参数正确、加密算法正确、文件正确、服务在线的前提下。拿着你的证据跟开发先沟通，后提 bug。 -
loadrunner 和 jmeter 大 PK at 2017年05月11日
Jmeter 3.0 之后的图表改善了很多啊，基本 LR 有的它都有。时间轴都是从开始时间作为零点，这个所有的图表都一样，不会有什么困扰啊。
LR 可以动态调整并发用户数，这个 Jmeter 不好做。而且 Jmeter 分布式测试要配置的东西多，容易出错。没有 LR 那样有个 Controller 管理所有的压力端。
-
React Native 代码覆盖率获取探索 (一) at 2017年04月12日
的确是没有必要百分百覆盖，做到七八十就已经很利害了。再上做花得时间成本太高，不划算。我的经验是关键路径、关键函数 100% 覆盖，其他的不作要求，只作数据记录。不过也就是要定个度量的单位，代码行、条件判定、独立路径选一个。不然给出的数据太多，容易分散看报告的人的注意力。
-
React Native 代码覆盖率获取探索 (一) at 2017年04月11日
其实，只要先定义好需要收集的覆盖数据，是代码行？条件覆盖？判定覆盖？还是独立路径覆盖？不同语言的覆盖报告也是可以整合来看的。我比较纠结的是一些配置文件的覆盖，像 mybatis 下的 SQL 语句配置 XML 文件，这些不好弄。
-
关于接口自动化的那些事 - 基于 Python at 2017年03月24日
同意，抽象成数据驱动最好。
-
树莓派 根据 CPU 温度控制风扇起停 at 2017年03月23日
简单实用，我回家也试试。
-
百度测试工程师胜任力模型 at 2017年03月02日
T4 到 T5 之间，层级真不少啊。按这个做 KPI，每年很有压力啊。这个模型有点全能的意思，对于性能/自动化测试专家有点累。
-
我发现某测试网站有点不要脸啊 at 2017年03月02日
51testing 现在都这样，要么抄袭。要么丢个文件模板出来，一堆人在那里好，赞，棒，牛……一点讨论和技术含量都没有。
-
接口测试覆盖率设计讨论 at 2017年03月01日
如何保证一个接口的覆盖率
对接口的各个参数，如参数类型,是否必填,参数最最大/小值进行全对偶组合测试，那么一个接口可能就会测试多次
参数比较多的话，可以使用正交表的方法来减少用例数量。