相信很多的小伙伴都对怎么样能够快速掌握金融项目的业务有一定的疑问，哪怕已经在公司工作了，仍然不是很得心应手。

　　企业中业务的重要性对软件测试人员来说非常非常的重要. 作为软件测试人员需要对公司业务有足够深入的掌握, 仅仅是了解还不行, 需要做到精通, 熟悉公司业务流程、功能等需求，我个人认为至少应该保持与产品经理保持同一纬度才可以，目的是为了能够更好进行测试活动。

　　对软件测试需求完全掌握，是测试人员在整个测试声明周期过程中的必要依据，只有这样我们在测试时才不会有思维局限性，测试过程中任何蛛丝马迹才能被注意到。

　　比如，我们在测试过程中遇到的一个场景，接口或前端给你一个错误的返回，如果对需求了如指掌非常熟悉，你一定知道这个地方的数据/业务是有问题的，如果你对需求不熟悉， 那你可能就轻易的放过了一个bug. 这对我们测试人员来说是致命的.

　　那测试人员应该怎么做才能更好的了解业务?

　　测试人员快速熟悉项目业务的方法

　　1.自己整理系统功能模块图,尝试分析模块与模块之间的关联

　　2.分许整理测试需求，提取出需求功能点, 编写测试需求跟踪矩阵表

　　3.看需求文档： 需求文档、产品说明书、合同等

　　4.参加会议：需求分析与评审、设计评审、每日站立会、测试用例评审等

　　5.参考设计文档：系统设计、概要设计、详细设计、数据库设计

　　6.竞品分析与同行业软件进行直接PK

　　7.参加金融行业知识的学习、培训

　　8.沟通：找产品经理、需求负责人、开发人员、客户沟通

　　程同学去年新入职宁波银行,银行业务比较复杂, 金融行业公司业务根据行业规则不断变化, 所以需要不断学习, 目前程同学也只掌握了整体业务的60%作用, 但学习能力已被团队管理层认可, 接下来就以程同学自身经验分享作为刚入职的新人如何快速去了解公司业务.

　　程同学觉得主要从以下两个方面来考虑.

　　其一是业务流程:

　　在业务流程测试过程中: 参加需求分析与评审、测试用例评审，主动参与并记录团队内经验丰富的测试工程师的出发点及他们的理解,多看看团队中较成熟的测试人员是如何设计与编写测试用例的， 同时分析对应模块的需求与业务， 并进行掌握，记录整个测试流程中遇到的问题，团队会议讨论的解决方案，会后填写评审记录表

　　在通过xmind之类的工具, 主动尝试梳理出需求对应的业务测试点. 对有疑问及不明确的内容进行记录.

　　其二是业务细节：

　　1.对于业务细节我们始终保持学习的心态,不懂就问，无论是产品经理还是前后端开发， 甚至运维与客服, 都是我们获取有效资料和需求的渠道。

　　2.尽可能找与公司业务相关的文档、数据查看，这是最快获取公司业务的方法

　　3.问问题也是一门学问，能自己解决的就最好自己解决， 需要多观察，通过观察确定问问题的时机。同时也需要注意记录问题及解决思路, 先将问题记录下来，然后找一个时间统一问

　　4.多试多做

　　看文档或系统时，动手画出系统流程图,此时找同事进行解答，也可以是系统功能模块

　　在问问题时，记录下自己问的问题，避免引起同事的反感。没有任何人会解答已经回复过好几次的相同问题

　　执行业务流程，分析流程动作的逻辑，记录每个流程的条件及数据库对应的表，及表中数据的变化，还有日志信息等

　　分析项目日志, 通常开发人员都会在日志中记录核心提示信息

　　看代码: 如果公司没有完整的需求文档， 测试人员可以通过代码分析需求，业务流程的变化，自己就可以梳理出来

　　看代码可以发现测试人员在前端和业务流程上发现不到的问题，同时还能提高测试人员在某类功能点上测试的效率。