本文关注于宏观上的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号