51Testing软件测试论坛

标题: 银行软件测试用例的编写 [打印本页]

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

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

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

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

作者: csguest 时间: 2007-7-5 18:18
sdlkfj5

作者: sulianghezi 时间: 2007-7-6 15:11
ddddddddd

作者: aishuinv 时间: 2007-7-18 23:33
好帖啊，

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

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

作者: gaoyanfang1 时间: 2007-8-6 11:20
sdlkfj3 同意楼上的

作者: zcx1322 时间: 2007-8-11 10:57
sdlkfj2 ,有道理。个人觉得还是应该多熟悉业务知识。

作者: elodie 时间: 2007-8-18 11:49
业务很重要!!!!!

作者: irene0331223 时间: 2007-9-19 13:57
业务熟悉了，可是具体到某个测试写测试用例的时候还是无从下手

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

作者: beatlesam 时间: 2007-10-5 09:32
业务很重要，怎么很快的快速的掌握金融的业务知识呢？

作者: fanta818 时间: 2007-10-22 21:41
这个是要分PP，分module的，有核心模块，也remote channel，Finacal和NFT的，要想做到精通全部业务是不大可能的。从读FS做起吧。

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

作者: 飞天侠 时间: 2007-10-24 09:42
是的，业务是很重要的。只有懂了业务才能更好的进行测试。

作者: yejun 时间: 2007-10-25 11:28
对业务的熟悉还是非常重要的

作者: shark_jr 时间: 2007-11-10 17:10
如果系统成为银行业务测试的高手，建议系统学习一下金融知识。建议先从《基础会计》和《货币银行学》、《金融市场学》入手。

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

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

作者: jifeng 时间: 2008-1-30 12:01
要开始好好学学金融方面的测试了

作者: leemay 时间: 2008-2-26 11:18
测试银行系统，首先对业务要熟悉。测试用例只要客户同意，认为可以覆盖到所有业务点和功能点，就ok了。

作者: huihuijiang 时间: 2008-3-2 14:42
可能和大家不一样，我们都有专门组织的业务测试，一般都会有三轮。请的都是各个银行的业务人员来操作软件，提意见。主要是从银行业务人员的易用性等各个方面考虑。

作者: lucia_nn 时间: 2008-4-4 17:05
银行的业务知识应该从哪些途径去了解啊？？具体都包括什么呀？

作者: gwingwong 时间: 2008-4-4 23:25
标题: 回复 24# 的帖子
应该要到银行工作才能比较全面地了解业务流程吧

作者: 983221wy 时间: 2008-4-5 10:53
非常感谢楼主@！！！！！！！

作者: 夏日么么茶 时间: 2008-5-6 14:38
大家说得都有道理，新手学习了

作者: skyphoenix 时间: 2008-5-17 05:04
测试员不是必须要了解银行的业务

如果人工测试，应该会有测试手册可以看

如果自动化测试，要首先人工测试所有的testcase

然后编写自动化脚本，和相关手册

测试员和业务人员的测试应该都是必需的

比如说测试员习惯使用键盘和组合键来操作，业务人员或许更习惯使用鼠标操作

比如说业务人员写得testcase或许压根就没法自动化

........

这些都会对测试的结果产生影响

PS:
当然，如果测试员同时很熟悉业务那更好

作者: shenjiarong 时间: 2008-5-18 22:23
银行业务复杂来，我去银行实习过半年，只掌握了些皮毛业务，如信用卡和金融产品之类的。深入的话，应该还有很多，财务管理知识应该很必要的吧！

作者: janson512 时间: 2008-5-21 23:25
特别是做零售系统测试业务尤为重要!

作者: janson512 时间: 2008-5-21 23:34
做银行软件测试,用例设计很重要
每个CASE尽可能多的覆盖功能点
当然也要在熟悉业务的基础上
所以一份详细的需求很重要!

作者: 云彩 时间: 2008-5-23 11:20
银行测试马虎不得啊

作者: xina_09 时间: 2008-7-8 18:05
我觉得要编写出好的测试用例，业务背景知识是必不可少的。
同时还要有好的想法，能尽量全面的覆盖到出问题的路径，这多半依靠的是经验
还有就是要有耐心，细心完成。
测试用例主要应该包括：用例编号、名称、描述、操作步骤、预期结果等

作者: wzts1985 时间: 2008-7-14 08:57
目前似乎金融行业的测试没有别的行业那么容易哦

作者: velata 时间: 2008-7-22 21:11
南无阿弥陀佛
要业务人员看技术人员写的测试用例……

太难以想象了
我们这边的业务人员能看需求说明书就是极限了

作者: studping 时间: 2008-7-23 21:17
本人在HSBC做core banking 的黑盒测试有2年了， share一点点经验吧，
1. 黑盒测试一般有SIT(System integration testing), SAT(System acceptance testing), UAT(User acceptance testing), BAT(Business acceptance testing), OAT(Operation acceptance testing).  前面3种会比较常见，后面两种要看user的意见了。

2. 对于我们银行系统的黑盒测试来说，业务知识是非常重要的，特别是UAT,BAT的时候，我们所写的test cases也必须能让user看懂，因为这时我们已经在模仿一个USER的日常工作。而且应尽可能的把所有的combination都试到.

3. 在我们写test case前应该有一个test design matrix出来，而且给user review and comment.  再根据这个agree后的matrix进行test case的编写。写完之后也是需要给user review的。

4. 如果是SIT，SAT 的 case 写完之后也是需要给有关开发的部门和user review的。因为SIT和SAT 会涉及到一些CODE和FILE。

5. Test case主要包含objective（测试目的）,  pre-condiction(先决条件)，test step description(测试步骤描述)，test step expected result(测试步骤期望结果)

作者: studping 时间: 2008-7-23 21:33
漏了一点很重要的，就是请愿多写两个CASE也不要把很多个测试点写到一个CASE中。嘿嘿~~

作者: majiaxinbest 时间: 2008-12-13 16:00
标题: 金融测试
恩，其实我也觉得金融方面的测试，业务很重要，然后其次才是技术，业务学好了能帮助你从头到尾很好的测试，这方面本人有很深的感受，金融测试比较偏重业务测试吧！作为一个测试人员，学好业务那是必备的，你只要想着学好这些业务才有钱赚，那你就不会觉得很烦了，但是我们不仅要把业务学好，技术学好也是很重要的！这两方面都学好了才是最有效的！

作者: majiaxinbest 时间: 2008-12-13 16:03
标题: 用例的编写
对于用例的编写，我们是分模块写的，里面包含了业务和功能的测试的！没有专门把这两方面分出来！其实觉得些这些用例还是要把需求弄明白，确认清楚，一定要结合业务，这样你写的TEST CASE才会覆盖得很全！

作者: jenvee 时间: 2009-2-18 16:43
标题: 学习
有做过的朋友给个模板什么的参考学习下啊

作者: 蒋子寒 时间: 2010-1-29 12:01
标题: 回复 1# 的帖子
有银行软件测试QQ群没.
我在广州做测试,想相互交流下

作者: 张涵 时间: 2010-5-19 19:13
受益匪浅哦~~~其实我感觉很多软件测试都会涉及业务

作者: rosagreen 时间: 2011-1-28 18:13

作者: wuji5521 时间: 2011-2-22 20:54

在做银行中间业务，业务看起来不好懂！

作者: michelle3333 时间: 2011-2-26 18:41
我也在金融部门做测试，感觉很强烈，在了解需求阶段，确实业务知识了解的理解起来很容易，为什么测试部门没有一个类似于BA（Business Analysis)的角色呢,负责主要了解需求，然后帮助组里其他人了解需求

作者: huangjian198663 时间: 2011-2-28 23:23
回复 7# ecust

做金融的是业务重要还是技术重要？

作者: datouniuniu 时间: 2011-3-7 22:47
业务应该很重要，没有业务经验，容易漏掉一些流程中的步骤，会是功能测试点不全面

作者: happyleoboy 时间: 2011-3-9 16:56
一般集成测试的案例自己分析、自己写
感觉业务了解的越多、越综合，分析案例才能更细，要不就漏了很多测试点了……
银行业务自己测的案例就要他们写了……

不过感觉，貌似银行测试的公司比较少~~

作者: wj3427 时间: 2011-3-16 17:14
好帖，学习了DDDDDDDDDDD

作者: 20110214clx 时间: 2011-3-21 10:46
好贴，大家继续说说自己的经验，给我们一些参考啊！

作者: lvmaolu 时间: 2011-4-10 08:45
哈哈

作者: butigirl 时间: 2011-9-26 15:03
学习学习！

作者: guolp 时间: 2011-10-21 09:43
先熟悉业务，才能设计案例，如果自己都不了解业务，怎么能做好测试呢

作者: chris_cheng1 时间: 2011-11-28 17:35

作者: roger814 时间: 2011-12-22 21:22
又一个标题党

作者: justdoit! 时间: 2011-12-26 16:35
都是磨出来的，媳妇熬成婆。如果自己努力，触类旁通会快一些。

作者: wozai1945 时间: 2012-1-31 11:58
学习，学习

作者: 喝少了想上树 时间: 2012-1-31 16:35
是啊，银行测试主要是业务测试

作者: mudong369 时间: 2012-2-2 14:57

银行的软件也分很多种，但是业务软件是最具银行特色的，与具体银行部门的日常业务紧密相关。
不知道这里有 ...
kaye_lingxi 发表于 2007-5-15 11:38

hbbmnbnmbnnm

作者: Baby源 时间: 2012-3-6 10:27
新来的先冒个泡。

作者: xingzhe828 时间: 2012-3-7 16:03
银行业务和会计知识很重要

作者: xingzhe828 时间: 2012-3-7 16:05
新来的路过，学习下

作者: nimuzi415 时间: 2012-4-20 12:57
谁有测试用例，分享一下，邮箱nimuzi415@163.com

作者: Sivler 时间: 2014-2-21 13:07
@eroe_suwen

银行的测试一般会经历怎样的测试生命周期呢？为什么在用例设计阶段，测试人员不和业务人员一起，把用例编写得更有效呢？

作者: 孔二狗 时间: 2014-7-1 15:06
测试人员只负责SIT环境的测试（编写计划，功能点，案例，执行，记录结果），而银行业务人员搜负责的是UAT测试，前提是银行的业务人员要对业务流程或者新开发的需求要非常熟悉，因为当测试进入UAT环境以后，测试人员是不会在帮你做测试工作了，他们顶多协助业务测试；
进入UAT环境以后，业务编写测试计划，案例（更注重流程）或者接口测试，执行并出UAT报告。

作者: liuliu022004 时间: 2014-7-18 15:47
其实也看你做银行内的什么业务。个人理解啊。
个人银行，金融类知识要求低，业务了解不可少。相对容易入门。对于个人来说，重中之重就是钱要对。任何一个人都是都可能是个人银行的用户。精确度，安全性，易用性，兼容性，容错性要求很高。
企业银行业务对金融类知识要求比较高，业务必须很熟悉。业务比较复杂。针对企业用户，用户数量对于个人银行少很多，数额一般比较大，所以操作相对谨慎，“花样”少，精确度，安全性要求很高。
Trade business是要求专业的金融知识。业务逻辑也很复杂。个人感觉是三个里最复杂的。情况众多，和第三方交互很多。
业务不同，用例重点不同。当然当然，对于数字的精确度都是很高要求的。
银行业务很多很多，不限与这三，仅就我理解到的谈谈看法。欢迎指正，讨论。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)