银行软件测试用例的编写

leemay · 发表于 2008-2-26 11:18:34

测试银行系统，首先对业务要熟悉。测试用例只要客户同意，认为可以覆盖到所有业务点和功能点，就ok了。

huihuijiang · 发表于 2008-3-2 14:42:01

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

lucia_nn · 发表于 2008-4-4 17:05:08

银行的业务知识应该从哪些途径去了解啊？？具体都包括什么呀？

gwingwong · 发表于 2008-4-4 23:25:40

应该要到银行工作才能比较全面地了解业务流程吧

983221wy · 发表于 2008-4-5 10:53:33

非常感谢楼主@！！！！！！！

夏日么么茶 · 发表于 2008-5-6 14:38:24

大家说得都有道理，新手学习了

skyphoenix · 发表于 2008-5-17 05:04:10

测试员不是必须要了解银行的业务

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

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

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

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

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

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

........

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

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

shenjiarong · 发表于 2008-5-18 22:23:00

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

janson512 · 发表于 2008-5-21 23:25:21

特别是做零售系统测试业务尤为重要!

janson512 · 发表于 2008-5-21 23:34:02

做银行软件测试,用例设计很重要
每个CASE尽可能多的覆盖功能点
当然也要在熟悉业务的基础上
所以一份详细的需求很重要!

云彩 · 发表于 2008-5-23 11:20:40

银行测试马虎不得啊

xina_09 · 发表于 2008-7-8 18:05:24

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

wzts1985 · 发表于 2008-7-14 08:57:20

目前似乎金融行业的测试没有别的行业那么容易哦

velata · 发表于 2008-7-22 21:11:26

南无阿弥陀佛
要业务人员看技术人员写的测试用例……

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

studping · 发表于 2008-7-23 21:17:52

本人在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:41

漏了一点很重要的，就是请愿多写两个CASE也不要把很多个测试点写到一个CASE中。嘿嘿~~

majiaxinbest · 发表于 2008-12-13 16:00:14

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

majiaxinbest · 发表于 2008-12-13 16:03:22

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

jenvee · 发表于 2009-2-18 16:43:10

有做过的朋友给个模板什么的参考学习下啊

蒋子寒 · 发表于 2010-1-29 12:01:22

有银行软件测试QQ群没.
我在广州做测试,想相互交流下

		自动登录	找回密码
密码			(注-册)加入51Testing

银行软件测试用例的编写

回复 24# 的帖子

金融测试

用例的编写

学习

回复 1# 的帖子

站长推荐 /1