银行软件测试用例的编写

kaye_lingxi

银行的软件也分很多种，但是业务软件是最具银行特色的，与具体银行部门的日常业务紧密相关。
不知道这里有没有做这类测试的朋友，不知道你们在做这样的测试的时候是测试人员在做还是业务人员在做？对于业务中的每个交易的测试用例是在正式之前就写好的吗？这样的用例是用什么样的模板或者说用什么样方式的用例还写呢？

我现在在这方面有个难题，不知道有没有类似的朋友可以讨论一下？

Tender

不是每个业务都需要业务人员测试的，当然，比较重要的业务更新还是需要业务人员帮忙一起测试，毕竟他们知道最经常发生的情况是什么。
一般在写完用例以后需要给业务人员REVIEW一下，听听他们的意见。

eroe_suwen

一般而言，测试的流程会分为SIT和UAT两个阶段，即所谓的系统整合测试和用户接受测试。大多数的测试人员应该有一定的金融产品理解能力。其实，在UAT的阶段，银行的USER会写相当的测试用例，只是他们的用例可能更偏重于业务流程方面，需要TESTER把它门转换成专业的测试语句。
说道模板，其实看各个公司的不同需要了，行业里应该没有固定的把。

csguest

sdlkfj5

sulianghezi

ddddddddd

aishuinv

好帖啊 ，

ecust

一般来说，所有的业务都有对应的文档，而且很详细。
按这个来进行用例设计，当然还需要和业务人员多沟通，确认，了解目前最新的情况。
写完后，一般会交给业务人员看一下，看看是不是有问题需要修改。

yt1985cncn

一份良好的需求说明是成功的测试的开始。毕竟象银行这种专业性强的行业，业务和技术的距离会相对较大，所以如何把业务转换成技术就尤为关键了。
有了这个原则，再进行END-TO-END的银行流程测试就不是什么难题了。

gaoyanfang1

sdlkfj3 同意楼上的

zcx1322

sdlkfj2 ,有道理。个人觉得还是应该多熟悉业务知识。

elodie

业务很重要!!!!!

irene0331223

业务熟悉了，可是具体到某个测试写测试用例的时候还是无从下手

shark_jr

我建议测试金融业务的软件，多制作一些数据用例。因为，金融业务对数字计算的准确性要求极高。如果计算有1分钱的误差都会对用户造成损失。所以测试的时候也应该注重计算的准确性，做设计的时候也好花大力气做数据用例。我曾经看过金融系统自己的业务人员做的测试用例，就是上百页的测试数据。

beatlesam

业务很重要，怎么很快的快速的掌握金融的业务知识呢？

fanta818

这个是要分PP，分module的，有核心模块，也remote channel，Finacal和NFT的，要想做到精通全部业务是不大可能的。从读FS做起吧。

[ 本帖最后由 fanta818 于 2007-10-22 21:44 编辑 ]

飞天侠

是的，业务是很重要的。只有懂了业务才能更好的进行测试。

yejun

对业务的熟悉还是非常重要的

shark_jr

如果系统成为银行业务测试的高手，建议系统学习一下金融知识。建议先从《基础会计》和《货币银行学》、《金融市场学》入手。

sangrou

建议写两种用例,1\业务测试用例(基于业务流程的),2\功能测试用例(基于技术的)
在编写用例时,测试数据不妨参考银行过去的交易流水.当然这个你可以寻求业务人员的帮助.

推荐一本书给你,<<编写有效用例>>

jifeng

要开始好好学学金融方面的测试了