用常识去发现

 有些问题，在技术上可能不能称之为缺陷，但确确实实是一种错误，这种错误对系统的运行也未必有多大影响，却让客户感觉到不专业，或者不仔细，对团队的实力产生怀疑。

 我们给客户做了一个财务结算功能，客户的财务人员试用后，提出一条意见：未收帐款记录用红色显示。乍一看，这条意见目的很明确：用颜色给相关人员一些业务操作提醒。“给记录着色以起到提示作用”是我们做软件提醒功能时的一个常用手段，于是，我们的开发人员未加思索，便将未收帐款所有记录的底色都变成红色，没有人发现其中的问题，这问题似乎太容易了，所有人都未感觉到有什么不妥，然后就得意满满地给客户升级了。谁知紧接着客户就打来电话：“我们是想未收帐款用红色的字显示，不是红底显示，现在一打开界面就是一大片红色，更看不清了。”随后又问道：“你们以前没有做过财务功能吗？”。有财务知识的人应该都知道红字在财务帐面上的含义，而我们却就在是这么一个常识性问题上犯了一个啼笑皆非的错误，不得不再重新改过。

 无独有偶，我们做了一套英文版的系统，其中“已发送（Sent）”的按钮写成“Sending”，客户说：“这个过去分词你们也写错？”

      应该说软件功能测试是一个要求广度的行业，除了测试技术和正在测试的业务之外，还需要很多相关业务的常识，财务、法律、外语……虽不要求上知天文，下知地理，前后知上下五千年，左右知中外发展史，但类似的笑话还是少发生为好吧。