从一家工作了五年的软件公司的测试管理者跳槽到某某银行做软件测试，短短两个月，对银行测试有了初步认识，总结和记录下来，加深个人的理解，同时也共享给各位。
银行作为大家的理财顾问，对钱（数字）非常敏感，频繁甚至偶尔出现的软件故障都会打击顾客的信心，如果来个黑客攻击，个人财产受到威胁，银行也必然蒙受损失。所以银行对软件的质量要求非常高，这也是银行软件测试的一大特点。接下来从多个角度来谈谈银行的软件测试。
业务分析能力
1、分析整体业务流程
不了解整个公司的业务，根本就没办法进行测试。
2、分析被测业务数据
了解整个业务里面所需的数据有哪些？哪些是需要用户提供的？哪些是自己提供的？有哪些可以是假数据？有哪些必须是真数据？添加数据的时候可以用哪个库？
明白了整个软件的数据库架构，才能知道哪一个数据是从哪一个表里头带出来的，它的逻辑是什么，有没有连带关系。
3、分析被测系统架构
用什么语言开发的？用的是什么服务器？测试它的话需要用什么样的环境进行测试？整体的测试环境是什么样的？
如果缺少了，需要进行环境搭建，架构搭建。一般去一家新公司之后，架构是搭建好的，了解它即可，熟悉之前的这些老员工们使用什么样的架构去做的。
4、分析被测业务模块
整个软件有哪些模块，比如说首页面、注册页面、登录页面、会员页面、商品详情页面、优惠券页面等等。
明白有多少个模块需要测试，每个模块之间的连带关系，进而怎样进行人员分工。
5、分析测试所需资源
我需要几台计算机，需要几部手机，手机需要什么样的系统，什么样的型号。
比如测一个网站的性能的时候，电脑的配置达不到测试并发5000人的标准，要么升级电脑的硬件配置，要么多机联合，多机联合时需要几台电脑，都需要提前筹划。
6、分析测试完成目标
我的性能目标是什么样的？我的功能目标是什么样的？我要上线达到的上线标准是什么样的？
性能目标，比如我要达到并发5000人的时候，CPU占用率不能高于70%，内存占用率不能高于60%，响应时间不能超过5秒。
功能目标，比如整体的业务流程都跑通，所有的分支流程都没有问题，所有的接口都能够互相调用，整体的UI界面没有问题，兼容性没有问题等。
把这些问题都弄清楚，测试的思路会非常的清晰。
缺陷洞察能力
1、一般缺陷的发现能力
至少你要满足一般缺陷的发现能力，这个是最基本的，如果要连最简单的一般的缺陷都发现不了的话，别说优秀测试工程师了，你说是测试我都不信。
2、隐性问题的发现能力
在软件的测试过程当中有一些缺陷藏的比较深，有的是性能方面的问题，有的是功能方面的问题，它需要有一些设定特定的条件的情况下才会出现这样的问题。
比如说买双鞋必须选择的是什么品牌，必须选择是红颜色，必须选择44号，而且必须选择用特定的支付方式才会出现这样的bug的时候，那么这种就属于特别隐性的bug，对于这样的问题的发现能力一定要比别人更强，要找到一些别人可能发现不了的bug。
3、发现连带问题的能力
当发现了一个缺陷之后，能够想到通过这个缺陷可能会引发其他哪个地方出现问题，这就叫做连带的问题。而不是说发现这一个bug之后提了这一个就算完了，一定要有一个察觉，可能其他地方也存在这样的问题。
4、发现问题隐患的能力
有些软件里边可能有一些操作模块，或者是代码写的接口，表面上没有什么问题，但是它是有隐患的，比如说这个接口写的不稳定，当他传的数据有一些问题的时候，可能它最后返回的结果就是报错就是报404或者报乱码。
5、尽早发现问题的能力
如果你只能停留在界面级别的话，那你根本就没有办法达到尽早发现问题的这个能力。
你必须要等到前端人员把每个界面都做好了之后才能进入测试，而我能比你早一个月进入测试了，然后我比你结束测试时间快一个月，而你又比我晚一个月，那么咱俩的薪资一下就拉开了。
6、发现问题根源的能力
需要知道这个缺陷它到底是由什么原因产生的，是属于什么类型的缺陷，是UI前端人员引出的问题，还是后台接口人员引出的问题？
不仅要找到这个bug，还要知道这个bug产生的原因，这样的测试人员是非常棒的，而且很是受人尊敬，提bug的方式也就不一样了。
总之，对比我以前的工作，以追求快速和低成本，验收为“王”。银行项目追求的是功能稳定，性能可靠，安全性高，最终达到客户信任，保证银行和个人的财产完全正确。那么整个测试过程都是环环相扣，每个过程都非常认真对待，影响到的每条业务流程都尽可能地覆盖全面，逻辑严谨。从这个角度，我们测试人员应该多去理解整个测试过程，提升自己的测试水平，不断地进步，才能真正在银行测试方面有所造诣。