本文关注于宏观上的CI和单元测试技术，某些技术上的具体细节会略过，更多细节请参考最后部分的“参考资料”及文中的链接。 作者：杜明坦 本文包括：持续集成、单元测试、Mock技术、Case选取策略和示例等五部分内容。
A/B 测试通常用来测量两个或多个方案在某一单一维度上的绩效表现。通俗的说，就是用尽可能科学严谨的方法，对比方案之间的优劣。这种方法虽然是穿白大褂的科学家发明并用于科学实验，但现在它已经被善于借鉴的市场专家、用户体验专家们广泛地应用在市场研究、产品界面方案评估等更“感性”的领域。
x86平台有完善的用户态检测内存工具比如valgrind等，可以监控程序运行中详细的内存信息，从而精确定位内存问题。然而随着新平台的快速诞生（比如Tilera的TilePro64 CPU)，这些工具不能被及时地移植，导致新平台缺乏相应的手段来定位内存错误，如内存越界，泄漏等，而只能使用粗粒度的方法top，free 等指令观察进程的动态内存总额。其缺点是粒度太粗，而且内存的总数变化有很多原因引起，在复杂的系统里，很难精确定位内存问题的根源，甚至会漏报错报，这严重影响了新平台（如Tilera)开发与测试的效率。针对这个问题，我们提出了一个通用的新平台针对c/c++内存错误检测框架。
Hdfs_mock属于单测工具，如果c/c++模块以API方式访问hdfs（相对于脚本模块会使用客户端方式），那么有了hdfs_mock就可以在没有真实hdfs情况下，协助进行手工或自动化测试。
因为脚本使用的自由度很大，对于程序员限制很少，功能实现的随意性给测试带来了不少困难。首先，很多Shell脚本编写不规范，没有同意的Shell脚本编程规范，其次，脚本参数配置与程序逻辑混杂，区分不清晰。往往脚本作者同时承担多个开发任务，由于开发周期以及复杂的线上环境等原因，与其他脚本接口的沟通难以面面俱到，导致RD单元测试进行得很不充分。
“可用性”一词最早出现在1382年，而第一次以近似于现在的含义被应用则是在1842年左右出版的《布莱克威尔杂志》（Blackwell’s Magazine）上。在二十世纪80到90年代这大约二十年的时间里，产品设计的专业术语经历了从“功能性”到“可用性“，再到“可用性工程”，再到“以用户为中心的设计”的转变。
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
