关于银行系统专项测试，你了解多少？学习一下

专项测试，这一种测试类型相信很多测试的小伙伴都听说过、遇到过、甚至执行过，但又不知道或是不清楚它是属于哪一种类型的测试，测试时需要注意什么，什么样的测试特性。
每次都是按领导的指示和安排，执行了完成了，就结束了，对其无任何深究的想法。

专项测试

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

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

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

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

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

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

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



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

1、材料积累：

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

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

·全行所有文件清单。

·公共模块测试要点。

·全行柜面菜单及分工。

2、案例集产出

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

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

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

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

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

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

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

最后感谢每一个认真阅读我文章的人，下面这个网盘链接也是我费了几天时间整理的非常全面的，希望也能帮助到有需要的你！

这些资料，对于想转行做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助……

如果你不想一个人野蛮生长，找不到系统的资料，问题得不到帮助，坚持几天便放弃的感受的话，可以点击下方小卡片加入我们群，大家可以一起讨论交流，里面会有各种软件测试资料和技术交流。

敲字不易，如果此文章对你有帮助的话，点个赞收个藏来个关注，给作者一个鼓励。也方便你下次能够快速查找。

自学推荐B站视频：

零基础转行软件测试：38天自学完软件测试，拿到了字节的测试岗offer，堪称B站最好的视频！

自动化测试进阶：已上岸华为，涨薪20K，2022最适合自学的python自动化测试教程，自己花16800买的,无偿分享