Tag Archives: 测试

1 开发人员 vs 测试人员

小测试:你是”保守派程序员”还是”自由派程序员”

最近,我在阅读 Steve Yegg 的文集《程序员的呐喊》。这是一本非常有趣的书,里面甚至包含了一个小测试(原文),区分一个程序员到底是保守派还是自由派。

Posted in 杂项 | 5 Comments
13 software_bug

事后诸葛亮:如何写出没有bug的软件

网上对苹果iOS7操作系统中最新暴露出的一个严重安全漏洞的讨论读起来十分有趣。是什么导致了这样一个弱者的bug?下面是网友们总结出的几个原因: 用C语言很难写出正确无误的程序,, 苹果公司的程序员不用心, 编码风格中允许忽略大括号, 苹果公司里没有正规的代码审查, 使用了goto语句….

Posted in 批评评论 | 3 Comments
204 本文的作者: Craig Buckler

程序员最艰巨的十大任务

程序员最艰巨的任务跟编写代码没有多少关系。如果你认为自己还是一个水平一般的程序员,在你真正的能进入到高手行列前,请确保你已经克服了下列晋级的障碍。

Posted in 心得体会 | 5 Comments
13 举重

一个新手为老代码写测试程序的心得

作为一个在Rackspace公司的初级程序员(在Airbrake开发组),我经常会有一种相似的感觉,它催促我不停的大量产出代码,以为这样能让产品更强壮。当正如我的膝盖每次在下蹲时都要忍受痛苦一样,未经测试的老的功能特征在大量出现的新功能的重压下开始变形,开始断裂。

Posted in 心得体会 | 3 Comments
8 守门员

测试人员不是拦住bug的守门员

守门员要守住bug,并不意味着他们是唯一为bug溜入负责的人。除了守门员外,我们还应该有后卫,中场和前锋,他们是项目团队的组成部分。

Posted in 批评评论 | 4 Comments
48

一本好书:《谷歌如何测试软件》

这并不是一本讲“如何做”的书,并不是在说关于如何测试软件的具体步骤。相反,它站在一个更高层面上,大部分的篇幅都在致力于描述谷歌公司里各种不同的测试角色。从这个访谈以及这本书里,我感觉有三个独特的主题呈现在我面前。

Posted in 批评评论 | 2 Comments
41

我的神呀,测试驱动开发真的有效!

我们经常听到人们宣扬说,在开发软件时写测试代码(单元测试,功能测试等)能有效的减少产品中的bug。如何验证这样的言论?通常,这些人都是已经在使用驱动测试开发(TDD)或行为驱动开发(BDD),而且,他们所在的公司在诞生第一天起就有着很强的测试文化。

Posted in 心得体会 | 13 Comments
35 本文的主人公alan

跟谷歌测试工程师的对话

Alan Faulkner是谷歌的测试工程师,他的工作对象是谷歌的DoubleClick广告报价管理系统(Bid Manager),这个系统提供让广告代理商和广告客户在多个广告上进行报价竞标的功能。

Posted in 批评评论 | Leave a comment
22 软件开发如砌砖墙

软件测试不是一个功能

今天在工作中我对一个同事说,PyDev 2.5.0 现在对TDD(测试驱动开发)提供了很酷的支持了。我并不是一个对TDD很痴迷的倡导者,对其它事物也一样,但仍不免激起了一场讨论。这个家伙,让我们暂叫他约翰,说:“在开发一个功能时TDD可以节省开发的时间,但有时候一个功能需求,要求的是如此的紧急,我们要尽可能快的交付这个功能,软件测试放在以后再说。” 诸如这样的话让我欲哭无泪。

Posted in 批评评论 | 5 Comments

测试人员是…

我在软件测试论坛里发起了一个讨论题目,请人们以一种幽默的方式说一说什么是测试人员,就像下面的这张图片中的那样: 收到了很多非常有趣的回帖,我们将其中Jeff Lucas的最有趣的帖子做成了一张可爱的图片,每次我看到这个图片都想笑。

Posted in 幽默讽刺 | 5 Comments
503

关于测试和测试人员

本文的作者Sriram Krishnan是一名程序员,曾在Yahoo和微软工作过,开发过很多软件,曾被纽约时报报道,写过一本书,本文是他的一篇博客。 这些年来,我对测试工作、测试人员,以及整个软件质量管理体系形成了一些明确的观点。受一篇关于Facebook的测试的帖子的启发,我想把这些写下来,用以拿给人看。有些观点是有争议的。事实上,即使在交谈中稍微表现出这样的看法,都会招致人们的鄙视。

Posted in 批评评论 | 22 Comments

如何成为Python高手

这篇文章主要是对我收集的一些文章的摘要。因为已经有很多比我有才华的人写出了大量关于如何成为优秀Python程序员的好文章。 我的总结主要集中在四个基本题目上:函数式编程,性能,测试,编码规范。如果一个程序员能将这四个方面的内容知识都吸收消化,那他/她不管怎样都会有巨大的收获。

Posted in 心得体会 | 4 Comments

IBM黑衣小组

通常,年末是总结反省的好时机。形势好的时候,我们祝贺自己干的漂亮,形势不好的时候,我们沉思犯下的错误。过去的一年对于很多人来说都不好过;特别是那些处在技术产业中的人们。我想,对于过去我们所做的错事,讨论的文章已经太多,所以我就不再老调重谈了。我想给大家讲一个关于做事做得超级漂亮的故事。这个事情已经成了计算机产业里的一个传奇。它是关于IBM的黑衣小组的故事。

Posted in 团队建设 | 8 Comments

你真正需要的代码测试覆盖率是多少?

我写这篇文章的起因是由于看了@unclebobmartin在微博上的一些看起来言之凿凿的话语。给那些不认识Uncle Bob的人介绍一下——他是我们软件产业里最著名的一个专家,是《 Clean Code(代码整洁之道)》这本著作的作者,是敏捷宣言(Agile Manifesto)的签署人之一。在上世纪九十年代,他对文献最佳面向对象实践方法贡献了很大的力量。所以,当他说话时,我们一定要关注一下。

Posted in 批评评论 | 4 Comments

谷歌如何测试软件 —— 第二部分

本文作者 James Whittaker, 前微软架构师,是“How to Break Software”系列图书中好几部书的作者,现任Google测试工程主管,最近他写了一系列的关于谷歌如何测试软件的文章,本文为其系列的第二部分。 为了做到“you build it, you break it”这句名言所说的那样,有必要在传统的开发人员之上再增加几个工作角色。因为懂技术,开发人员做测试工作就更合适、更有效。在Google,我们新增的工作角色是来让技术人员负责去提高其他人的效率。这些技术人员通常把自己看作是测试人员,但他们真正的使命是提高生产率。他们的存在可以使开发人员更高效,产品更有质量,这些都是生产率最重要的部分。下面是对这些角色的一些概述:

Posted in 技术技巧 | 5 Comments