以客户关注为焦点看软件测试(3)

　　图 6. 客户使用流程图

　　客户的常出现的异常、使用习惯：

　　客户端的采访员大多使用不稳定且网速很慢的无线网络下载项目以及回传数据

　　有些访员习惯改一些配置文件客户端的访员正在回传数据时，服务端的督导会在进行新建项目的激活或者 IIS reset 等操作。访员习惯在晚上 9 点到 9 点半统一回传数据。客户的使用环境

　　硬件环境：

　　客户端在世界各地，服务端在美国，交互时使用不稳定且网速很慢的无线网

　　客户端主要是配置很低的手持设备。软件环境：

　　安装环境主要是 cluster(集群)安装我们的产品，并且是非默认安装。

　　客户端是 32 位 winxp 系统。服务端是 64 位 win2008 英语环境。

　　服务端，产品语言被设置为 English(India)。

　　通过升级安装新产品。客户的使用环境如图 7：

　　图 7. 客户使用环境图

　　经过上述分析，基本做到了以客户的关注来进行软件测试。我们明确了客户的使用目的，角色等等这些信息。所以我们在测试时，会重点对待下列测试点，而这些在以前是被忽略的。

　　客户使用目的。测点：由于采访员是属于该国家的员工，测试将各个访员的客户端的 interviewer 软件转换成中国、加拿大等语言，进行项目下载，做采访以及把数据回传给服务端。看看数据流程是否正常。如果我们不分析客户的使用目的，也许我们主要测软件默认语言英语，但是客户会因为阿拉伯语版的产品不能用而提出一个 hotfix。同理服务端也要测试软件语言。客户角色。测点：测试访员客户端的流程例如采访正常开始、测试过程中的中断再继续，采访成功做完，新采访的开始等等。督导服务端的流程例如查看访员回传的数据、问卷的制作等同时重点是他们之间交互的过程包括下载、回传的正确性。这样测试的脉络会很清晰。客户的使用流程。测点：使用客户的数据，按照客户的流程进行测试，看软件的流程是否走的通，是否正常。如果按照主观的测试流程，使用简单的数据进行测试，一些缺陷会被隐藏。客户常出现的异常，使用习惯。客户遇到的异常和使用习惯是测试的重点，这些地方往往会有问题。

　　测点 1：我们在测试产品回传数据时，断开网络等看看产品是否正常或者是 crash。测点 2：我们按照客户的习惯修改文件，会不会影响软件的正常使用，或者是有正确的提示信息。测点 3：测试几个客户端一起回传数据时，数据的正确性以及流程的正确性等。测点 4：测试客户端在回传数据时，服务端正在进行一些操作是否造成软件出问题。客户的使用环境

　　测点 1：模拟客户慢网络环境，进行测试。可以尝试把客户端放在中国服务端放在美国硅谷。因为测试人员使用的快网络往往不能模拟客户的网络环境。测点 2：重点测试升级环境，看看升级后软件能不能正常使用，之前的数据还能正确使用否。如果把新版软件直接装在一个干净环境上，很多升级产生的问题会被忽略。回页首小结

　　在我们工作中很可能会有这种情况：我们测出了成百上千的个 Bug，但是客户最为关注的东西我们所涉及的却不多，而把太多的测试工作都投入到客户并不是特别关注的功能上来了。所以我们要坚持站在客户的角度上，按照客户的需求进行测试，给客户提供高质量、令客户满意的产品。

原文转自：http://www.ibm.com/developerworks/cn/rational/r-cn-customerperspecttesting/index.html