最新 | 最热门 | 最高评价

+0  研发团队的角色和构成

Tag: Engineering Management | SDE | 测试 | 研发团队 | 角色
四火 发于 2016年02月11日 14:52 | 点击: 1998 | 展开摘要
以下都来自我的经历,带有主观评价,但是尽量保持平直的论述。

在我工作的第一家公司的时候,一个典型的研发团队是这样组成的。我的经验也只是到4年前,现在也许早就不一样了呢。

项目经理,这个角色是不断在换的。项目经理当然是只跟着项目走,这和团队经理(Team Leader)是不一样的。当然,Team Leader也往往在不同的项目里面兼任项目经理。基层的项目经理也可能会编码,但是不管参与不参与编码,工作压力都不小。

SE(System Engineer,相当于现在大多数公司的

查看全文: http://www.udpwork.com/item/15180.html

+0  一道随机数题目的求解

Tag: Algorithm & Data Structure | 测试 | 随机数
四火 发于 2015年03月13日 12:47 | 点击: 1326 | 展开摘要
有这样一道算法题:

给定一个能够生成均匀1~5随机枚举数的函数,请设计一个能够生成均匀1~7随机枚举数的函数。

就是说,有一个生成随机数的函数rand5,可能返回1、2、3、4、5这5个枚举值,其中每个值被返回的概率都是严格的1/5,现在需要设计一个类似的随机数函数rand7,可能返回1、2、3、4、5、6、7这几个枚举值,每个值被返回的概率都是严格的1/7。

先掩卷思考,脑海中浮现的思路包括:

调用rand5的结果除以5,再乘以7,这样的结果范围为7/5~7,并非所

查看全文: http://www.udpwork.com/item/13983.html

+0  Java多线程程序的测试

Tag: Testing | Java | Thread Weaver | 多线程 | 测试
四火 发于 2014年05月06日 23:47 | 点击: 1742 | 展开摘要
这个问题最初来自于一封公司内部的话题探讨邮件,再加上了一些我的理解。

首先,需要明确的是,用Java通常构建多线程安全的程序“非常”困难,如果还没有体会到“非常”的话,阅读《Java Concurrency in Practice》(中文名叫做《Java并发编程实战》,在我的书单里面,我认为它基本是最好的系统介绍Java并发的书了)可能可以改变你的看法。

多线程的基础

基础是王道。对于任何一门语言都是如此,有的基础部分是和语言无关的,也有一部分是和Java语言相关的。这

查看全文: http://www.udpwork.com/item/12218.html

+0  fio测试进程kill后果

Tag: 测试分享 | fio
RobinDong 发于 2013年05月31日 14:56 | 点击: 1529 | 展开摘要
这几天测试io调度器,脚本内容大概是:创建很多cgroup组,再启动一堆fio进程分别在这些cgroup之间反复随机的挪动,然后pkill -9 fio杀死所有fio进程,再重头来一遍,看是否会panic或者内存泄漏。结果发现,运行一个多小时后就会发生oom,用free命令看内存有大量的cache无法释放。

诡异,难道是我的代码有内存泄漏,退掉我的patch后再测试,还是发生oom;从2.6.32-279变成2.6.32-220,还有oom;变成2.6.32-358,还有o

查看全文: http://www.udpwork.com/item/10044.html

+0  产品发布过程演进——移动贴吧分级发布实践

Tag: 贴吧技术 | 灰度测试 | 线上测试
editor 发于 2012年07月05日 18:56 | 点击: 1412 | 展开摘要
Tag 分级发布、线上测试、TIP

摘要

为了达到“在产品发布过程中,通过及时有效的发现和控制新引入线上缺陷的影响范围,保护用户体验,提升上线质量”的目的,我们在吸收和借鉴Facebook灰度发布等技术的基础上,探索出符合产品线现状的“分级发布”方案,并在移动贴吧产品线的实施中验证和改良。本文主要介绍贴吧分级发布的背景、方案、实施过程、实施效果和后续展望。

 

一、             背景

作为贴吧这样上亿PV的产品线,一旦有bug遗留到线上,影响的将是成千上

查看全文: http://www.udpwork.com/item/7645.html

+0  我们需要专职的QA吗?

Tag: 技术管理 | 流程方法 | Programmer | QA | 测试 | 程序员
陈皓 发于 2012年04月11日 08:48 | 点击: 1791 | 展开摘要
这个文章必然是有争议的,我在我的微博上讨论过很多次了,每次都是很有争议的。有不同的观点,有争论总是一件好事,这样可以引发大家的思考。所以,对于我的这篇博文,如果你赞同我的观点,我会感到高兴,如果你会去认真地深入思考,我也会高兴,如果你反对,没关系,可以讨论。

在此之前,我想说明一下我观点里的这个“专职QA”是怎么定义的。

其是很多公司成立的专门做测试的技术人员,仅测试不开发。

这些QA对于软件开发技术并不熟悉,甚至不懂。

我经历过一些公司都有专职的QA团队(专职的测试

查看全文: http://www.udpwork.com/item/7104.html

+0  Fio IO性能测试工具介绍

Tag: 工具介绍 | fio | 性能测试
Yu Feng 发于 2010年09月25日 14:09 | 点击: 3468 | 展开摘要
原创文章,转载请注明: 转载自Erlang非业余研究

本文链接地址: Fio IO性能测试工具介绍

官网:http://freshmeat.net/projects/fio/

fio is an I/O tool meant to be used both for benchmark and stress/hardware verification. It has support for 13 different types of I/O engines (sync,

查看全文: http://www.udpwork.com/item/2842.html

+0  iozone文件系统性能测试工具

Tag: 工具介绍 | iozone | 性能 | 测试 | 磁盘
Yu Feng 发于 2010年09月24日 23:59 | 点击: 2566 | 展开摘要
IOzone官网: http://www.iozone.org/

IOzone is a filesystem benchmark tool. The benchmark generates and measures a variety of file operations. Iozone has been ported to many machines and runs under many operating systems.

Benchmark Features:

查看全文: http://www.udpwork.com/item/2833.html

+0  自动化测试之痛

Tag: 软件开发 | 自动化测试
DongHao 发于 2010年08月07日 11:43 | 点击: 1560 | 展开摘要
项目一直是有自动化测试的,每天都跑一遍,把结果报告发给团队的每个人。
过去几个月自动化测试跑得都很顺利,太顺利了,每天都没有fail。
写这些用例的人有些离职了。
现在项目有大改动,很多自动case跑fail了,我们知道是哪个case fail,但是,这个case具体是做了些什么才fail的呢?没人知道了,测试人员、包括开发人员,都只能去看自动测试的code来找出原因和重现方法......这样,所谓“自动化测试”,变成了“半自动化测试”??虽然你能告诉我某个case出错了,但

查看全文: http://www.udpwork.com/item/2322.html

+0  Shell编程中常用的预定义变量和条件测试用法

Tag: Shell | bash | 条件测试 | 预定义变量
雨水无香 发于 2010年07月23日 00:47 | 点击: 2805 | 展开摘要
先来说说系统预定义的变量:

# 传递到脚本的参数个数
$#
# 以单字符串显示全部向脚本传递的参数
$*
# 第1-9个参数
$1-9
# 显示当前运行的进程id
$$
# 后台运行的最后一个进程的id
$!
# 以多字符串显示向脚本传递的参数
$@
# 显示shell使用的当前选项,与set命令功能相同
$-
# 显示最后命令的退出状态。0表示没有错误,其他任何值表明有错误
$?

然后是条件测试,可以用man test查看:

# EXP值为true
[ 

查看全文: http://www.udpwork.com/item/2152.html

+0  Tsung压力测试工具介绍PPT

Tag: Erlang探索 | Loadrunner | Tsung | 压力测试工具
Yu Feng 发于 2010年07月14日 16:48 | 点击: 2847 | 展开摘要
准备为测试部门的同学作个Tsung的讲座, 点击下载Tsung

需要进一步了解Tsung的同学 点这里看官方的文档!

想了解如何使用的还可以到Erlang china这里看看!

查看全文: http://www.udpwork.com/item/2047.html

+0  如何在低速率网络中测试 Web 应用

Tag: Web开发 | 杂项资源 | Web | 测试
jnj 发于 2010年07月09日 08:00 | 点击: 1624 | 展开摘要
大家看到标题后的第一个问题可能是:“我们需要这样做吗?”

如果我们开发的是局域网 Web 应用的话,可能没有必要这样做。但如果我们的 Web 应用面向的是互联网上的成千上万的用户,这样做就很必要了。因为在现实世界中并不是所有的用户都有高数率的网络连接,也许用户使用的是拨号接入,移动设备,3G,或者是 USB 网络加密狗。如果我们没有在低数率的网络环境中测试过我们 Web 应用,极有可能在上线后收到一些意想不到的关于系统性能方面的抱怨。这个时候无论我们的 Web 应用界面多么

查看全文: http://www.udpwork.com/item/1999.html
|<<<1>>>| 一共1页, 12条记录