请问大家谁能提供ATM测试的资料

gxw

请问大家谁能提供ATM测试的资料，包括ATM的整个测试过程，用Rational Rose 做的,包括各种类图顺序图等,谢谢大家

C组十三

当然，考察稳定性如何。
比如连续运行1个礼拜，1个月（不停的交易）。

原点

弱弱的问一下，做ATM测试的人多吗？

C组十三

ATM自助设备的测试不是这么简单的，就我所了解，有的银行所使用的服务器价格是亿为单位，而整个网络结构说复杂也复杂，说简单也简单，出于行业道德，在此不多透露，相比电信，ATM要更复杂。

takiro

共同学习 了解些了...

johnliuzy

我的理解是对ATM的测试，不仅仅是针对一个ATM终端，而是包括多个终端和多个DB server的整个系统，对于一个DB server当然可能存在同多个终端同时访问的情况，而且多用户数据库的共享有很多种方式，常见的解决方案如下：
1：保守方法：这种并发性模型在数据上加了锁，如一个用户在操作数据库的一条记录时，在允许编辑的环境中，系统就会拒绝来自其它用户读取数据的请求。对于很可能出现一个以上用户同时编辑相同数据的情况时，最适合采用这种方式，虽然这种方式在实现上有一定的复杂度。
在此模式下测试并发性主要关心的是验证能否正确地取得、释放加在记录上的锁，并且正确处理应用程序中所有可能更新这条记录的部分。
a :锁的获得：因为同一时刻只有一个用户能够进入一条数据记录或数据项的更新状态，所以关键是系统必须把锁正确地分配给第一个请求的用户。获得锁的操作应该是可操作的，具体的做法是：让两个用户试图同时进入编辑状态或者也可以使用大量的请求，对于后者我们可以使用一个脚本来产生多个同时的编辑数据请求，以此来验证只有一个请求获得成功。
b :锁的效用：验证锁的有效性必须确保其它任何用户不能用任何方式修改这个数据（如修改和删除），具体的验证方法是：让一个用户打开一条记录（进入编辑模式并且保持这个状态），同时其它用户在应用程序的所有地方试图编辑、删除等一切方法更新数据，系统应该拒绝所有其它用户更新数据的企图。
c :锁的释放：必须验证：当编辑数据的用户释放了该条记录后，系统能够让其它用户编辑该条记录，另一个注意的方面是错误处理，也就是持有锁的用户用到错误的情况下（如客户端崩溃），系统应该完成什么样的操作，系统从释放锁的故障中重新恢复的能力要重点考虑。
2：开放方式：在此模式中，总是允许用户读取数据，甚至还可能允许更新数据，但当用户试图保存数据时，系统会自动检查自从这个用户检索数据以后是否有其它人更新过数据，如果数据发生了变化，那么更新就失败。这种方法比保守模型允许更多的用户查看数据，所以它适用于不太可能出现多人同时修改同一数据的情况。
在此模式下，更新是唯一需要关注的要点，最佳的测试方法是综合手动和自动测试技术，在手动测试时，两个测试人员编辑数据，然后试图同时保存数据，一个用户更新的操作成功后，另一个用户得到的消息是内容是其它用户已经更新了数据，此时他只有重新装载数据并且重新完成修改操作。在使用自动海量的测试方法时，同理，只有一个用户能更新记录，而其它用户都收到提示，因为其它用户已经更新了数据，所以他的操作无效。
3：无并发保护，是所有模式中最简单的一种，通俗的说即胜利属于最后一个用户，但当两个用户同时修改一条记录时，可能导致数据损坏。
在此模式下，无论更新请求的顺序如何，所有用户都该成功完成更新操作，特别需要关注的是数据的完整性和更新错误，如：当一个用户更新某记录的同时，它确被删除了。
处理并发测试时还要注意，当相同的数据可以通过不同的界面或者功能更新时，应该测试所有可能访问这条记录的功能。
楼上说的也就是第一种

takiro

对于同一个ATM机，怎么可能会有多个用户同时访问呢，要访问也是访问SERVER来的吧，而且对于同一个帐户进行操作，在同一时间，只允许一个用户来进行访问，如果有其他进行访问，系统会直接回绝，并提示警告，也就是锁机制，就象楼上的所说，ATM机是一个终端（client），通过这个终端进行的操作会直接反映到SERVER DB中，其他时刻再进行访问的时候已经是更新过后的DATA了。。

还是那句话 说的不好/不对不要扔东西砸我哈。。。。：）

johnliuzy

我认为区别不大，一个ATM可以看作一个终端，银行的数据库可能是一个分级访问的数据库，可能是地区、省、行业之间的数据库交换，当然要考虑多用户并发的现象，应该是1对多，多对多的关系，不过我是按电信业务交换的原理理解的，对银行的货币交换业务不大了解，还希望知道的朋友多发表下意见。

takiro

我不是很赞同楼上的观点 众所周知 ATM机不论是提款 存款都是直接与SERVER进行交互，而并非存在多用户并发的情况 对于SERVER会经常有这样的情况 所以在SQLDB中才会有事务/锁机制等等 ATM机经常做的事就是对DB的操作 如：查/增/删等 我想对于ATM机的压力测试目的应该是其他。。。


自己的观点 不一定正确 请各位赐教。。。。还有不全的 楼下的兄弟姐妹请补充。。

johnliuzy

不管是自制工具还是一些商业测试软件，原理都是一样，测试工具都有一个后台代理进程，通过该代理进程，可以监视并获取在各通信协议下应用程序的客户与服务器端的通信信息并转换为测试工具可识别的脚本，测试工具通过控制台将测试脚本分发到其它负载生成器上以模拟多用户对服务器的并发访问，同时，控制台还可以通过服务器上开启的远程RPC服务，收集测试数据。

qtest

哈哈！你那是什么银行！

ATM服务器的压力测试？。。。就是用工具/自己写的工具用最大的访问压力去访问ATM服务器。

橙子TEST

ATM提款机也需要做压力测试么？为什么？

testing

通讯中的ATM，还是ATM提款机？