注：这一个系列是我在看原版的The Art of Software Testing时的一些翻译，因为没有得到作者和出版社的同意，这只是我自己的练习。请不要把本文中的内容用于商业用途。
测试的艺术第九章测试基于互联网的程序（The Art of Software Testing-Chapter9 Testing Internet Applications) 2nd Edition
作者：GLENFORD J. MYERS
Revised and updated by Tom Badgett and Todd M. Thomas with Corey Sandler
9.3.2.2 数据验证
商务层的一个非常重要的功能就是要确保你从用户那里收集的数据是正确的。如果你的系统运作在像错误的信用卡号码或者错误的地址这样的不正确的信息上的话，就会发生含义错误（歧义？）。如果你运气不好，那么这些错误将会导致你和你的客户发生财务上的问题。你测试数据收集的错误就应该像你测试独立的程序时的用户输入或者参数错误那样测试。请参考第5章来取得设计这些测试用例的信息。
9.3.2.3 业务处理测试
你的电子商务网站必须一直100%地正确处理交易业务。不能有例外。客户是不会容忍失败的交易业务的。另外，名声上的污点也会导致顾客的流失，你还可能因为失败的业务招来法律责任上相关的麻烦。
你可以在测试商务层的时候，考虑像测试系统测试一样测试业务流程测试。换句话说，你从头到尾地来测试商务层，试着揭露问题。再说一次，你应该有一份制定整个业务交易的详细流程文档。它到底是用户怎么在站内查询，填充购物车，或者还是只是由购买的流程所组成？
从一个典型的互联网应用来讲，交易业务的组成远远比财务上的业务交易要复杂的多（比如处理信用卡）。客户在整个业务交易中产生的事件主要包括以下一些：
.查询存货清单。
.收集客户想要购买的物品。
.购买物品，当然这中间除了进行财务的交易处理以外，还包括了交易税和运输费用的计算。
.通知顾客这个交易已经完成，这通常是用E-mail来完成的。
除了测试内部的交易流程，你还必须要测试外部的服务，比如信用卡的验证，银行还有地址的认证。你基本上使用第三方的组件和财务机构在指导财务交易时定义好的交流界面。不要认为这些项目已经很好地工作着了。你必须测试和验证你可以和外部的服务沟通还有你从他们哪里收到正确的反馈。
Technorati Tags: art of software testing, internet application test, data