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
业务很重要，怎么很快的快速的掌握金融的业务知识呢？
颜竹儿 2007-10-5 21:55
新手想大家虚心学习
\
fanta818 2007-10-22 21:41
这个是要分PP，分module的，有核心模块，也remote channel，Finacal和NFT的，要想做到精通全部业务是不大可能的。从读FS做起吧。
[[i] 本帖最后由 fanta818 于 2007-10-22 21:44 编辑 [/i]]
飞天侠 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
南无阿弥陀佛
要业务人员看技术人员写的测试用例……:funk:
太难以想象了
我们这边的业务人员能看需求说明书就是极限了
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中。嘿嘿~~
页:
[1]