银行专项测试丨测试团队的专项小组分析，究竟怎么做？

专项测试，这一种测试类型相信很多测试的小伙伴都听说过、遇到过、甚至执行过，但又不知道或是不清楚它是属于哪一种类型的测试，测试时需要注意什么，什么样的测试特性。加我VX：atstudy-js 回复“测试”，进入 自动化测试学习交流群~~​

每次都是按领导的指示和安排，执行了完成了，就结束了，对其无任何深究的想法。

专项测试

对于专项测试，我是这样理解的：对某个模块、某个有共同点的功能，进行有针对性、全面的测试。

它是有针对性较强的测试工作，它一般出现在改造复杂、关联系统较多的项目中，或是需要对某种产品做全面的性能验证中。

在银行的测试中，专项测试经常出现在核心系统改造或是关联系统较多的大项目改造中。

以银行的核心系统改造为例，测试团队的专项小组首先要分析本次核心系统改造影响的范围，然后根据范围，挑选需要进行专项测试的任务，最后，把每一项专项任务涉及到的测试要求、内容下达给各位测试经理，测试经理根据要求及内容，安排测试人员在规定的时间内完成测试。

以下由测试团队的专项小组分析出来的本次改造涉及到的专项任务及工作目标。

针对各个测试专项，先定出每个专项的工作目标及验证步骤，然后梳理出每个专项所有涉及到的交易或是任务，整理出覆盖的范围，确定测试的范围。

专项小组给出了测试方法后，各条线的测试分析师根据测试方法，进行测试用例的设计。下面列举各专项的测试用例的样例。

专项测试的意义：在系统间的功能得到覆盖的同时，也形成了大量的产出物。这些产出物是测试团队宝贵的知识资产，对日后的测试工作有极大的指导作用。具体包括：

1、材料积累：

·接口与系统、交易对应表。

·各系统批次关系依赖表。

·全行所有文件清单。

·公共模块测试要点。

·全行柜面菜单及分工。

2、案例集产出

整理外围直接调用或间接调用核心接口，涉及到的系统及交易，形成系统调用接口清单，为后续核心接口改造涉及外围系统交易测试提供指导。

整理全行账务场景，编写了《账务检查 checklist》，为后续各系统账务测试提供参考指南。

梳理核心批次与外围系统关联关系清单，为测试人员了解系统批次关系提供参考。

整理出支持 7*24 小时的核心接口清单，外围支持 7*24 小时的交易清单，以及 7*24小时测试要点，为后续各系统测试提供参考。

梳理全行文件，作为后续文件测试参考指南。

整理测试要点，后续涉及到公共交易改造时，关联系统测试提供了指导。

梳理涉及到授权的交易及授权测试点，指导后续授权改造测试。

添加微信：atstudy-js  或者扫描下方二维码，备注“博客”邀请你进入Python自动化测试学习交流群~