寿险行业功能测试的要点

进入寿险行业一年半，或多或少有些感悟，在此分享一下，由于个人阅历以及经验有限，有描述不到位的地方，还望各位同僚体谅包含，最好提出不同意见，共同进步。

 

刚进入寿险行业做功能测试的时候，什么都不懂，基本的业务不懂，测试方法不了解，等等等等，经过半年的摸爬滚打，以及在领导同事的帮助下，才逐渐成长为当时项目组的骨干。

 

软件测试工程师在进入一个行业从事软件测试工作时，必须要掌握该行业的业务知识，否则就不会写出好的用例，也就不会成为一个好的软件测试从业者了。

 

我进入公司实习的时候，当时项目正处于需求阶段，开发人员也刚开始进行单元开发测试，实习期结束后，才正式开始集成测试，集成测试前期，主要是写用例。

 

测试用例是测试人员的灵魂，只有写出好的、易读的测试用例，才能发现更多的缺陷，不管你写的测试用例是谁执行的。

寿险行业，各个模块的关联性很大，所以在写测试用例的时候，一定要思路清晰，考虑周全，特别要关注关联性测试用例的编写，因为很多比较严重的缺陷都是在执行关联性测试用例的时候被发现的。比如非身故性理赔后，再做保全，有什么影响？涉及收付费的保全项目生效后，对其他也涉及收付费项的保全项的影响，等等

 

另外，在测试过程中，因为寿险行业每个模块（契约、保全、理赔、续期、收付费、渠道等）的功能点很细碎，要注意总结，最好将每个测试过的功能点整理在一个文档中，而且在后期需求变更后，也要及时变更你整理过的功能点文档，这样在后期回归测试、或者验收测试过程或者系统上线后，验证客户发现缺陷的时候，就不必再问相关需求、开发人员，即可快速定位问题，及早发现缺陷。