25. 不要在测试数据上玩小聪明

不要在测试数据上玩小聪明

        时间已经很晚了，我正在往我最近工作的网页上放一些占位符来测试页面布局。
        我拿冲撞乐队成员名来作为用户名。公司名呢？性枪手乐队的歌名应该可以。现在要一些股票报价器符号——一些由四个大写字母组成的单词。
        我用了那些四字单词（译注：即常用于脏话的四字词。）。
        看起来没有什么坏处，只不过是在自娱自乐，或者在第二天我换用真正的数据源之前娱乐一下其他程序员。
        第二天早上，一位项目经理做了一些截屏来演示...

        编程的历史中，到处都是这样的战争故事。程序员和设计师做的“没有其他人会看到的事”却经常出人意料地展现了。
        这些纰漏的类型可能不同，但是当它们发生时，对某个负责的人、团队或者公司来说可能是致命的。下面是一些例子：
        在一次状态会议中，一名客户点了一个还没有实现的按钮，出现提示：“别再点了，你个白痴。”
        一名程序员在维护一个遗留系统时被要求加一个错误对话框，决定使用现有的后台日志输出来驱动它。当什么地方出问题了，用户就突然面对这些消息“好嘞！数据库提交失败，蝙蝠侠”。
        有人把测试的和在线的管理管理接口搞混了，弄出了“有趣的”数据条目。顾客在你的在线商店中花100万美元来交易一个“比尔·盖茨形状的私人按摩器”。
        如同老话说的“好事不出门，坏事传千里”，当今时代，搞砸出丑的事很快就会在网页上被赞到头版、在Twitter和Flibflarb上传播，甚至开发者所在的时区的人还没来得及起床修改它。
        即使你的代码经过了仔细审查，也不一定就没事。2004年，当一个Windows  2000的源代码包被放到网上的文件共享时，有些家伙就很欢乐地在里面查找脏话、辱骂和其它有趣的东西了。（我承认，有条注释// TERRIBLE HORRIBLE NO GOOD VERY BAD HACK 从那时就一直被我拿来用了！）
        总之，在你的代码里面写任何文字时，不管是注释，日志，对话框或者测试数据，都要问一下自己，这些在公开时会显示成什么。这样随时都可能避免尴尬。

原文：Don't Be Cute with Your Test Data by Rod Begbie