作为一名入职两年的银行测试人员，虽然目前还处于成长阶段，但也能根据自己的工作经历总结出一些经验，帮助新人们‘避雷’。下面我将总结成八点内容，与大家分享。
1.参与需求评审
业务，开发，测试三者看似是不同的个体，但实际上的工作是紧密相连的。测试人员往往在开发阶段才拿到业务需求说明书开始编写测试案例，这无疑会降低测试效率。需求评审环节有助于快速全面了解客户需求，它会节省后续测试人员了解业务需求的时间，并且测试重点难点都可以借此机会在会上阐明，经过讨论找到解决方法。
2.借助业务流程图编写测试案例
对于一些比较复杂的需求，由于其分支路径较多，测试时容易忽略个别情况。这时尽量根据业务需求绘制业务流程图，或者询问开发人员在编码时是否有参考相关业务流程图。业务流程图能够直观清晰的表现出各个分支路径的情况，有效的避免了测试案例不全面的现象。
例如，我在进行对公账户冻结相关交易优化的测试工作时，根据短短几行的业务需求，绘制出了及其复杂的业务流程图。下图是简易版本，着重描述了部分冻结强制扣划分支的业务逻辑，相关公式和数字用字母替代。对于这样的需求，如果不绘图或者制表，很难设计出全面且正确的测试案例。但是经过和业务人员、开发人员讨论，确定详细的业务流程图后，测试案例的编写自然而然不会有任何遗漏。所以，对于多分支的业务需求，应该善于绘图，利用图表明确测试思路。
