最近一直忙于测试人身险老系统对接新系统的项目，这期间无论出单操作还是批改操作从单落地新系统出现了重重阻碍。新系统极其不稳定，我方发现问题给他方提问题反馈，他方修复后我方验证，有问题再重新反馈，修复后再验证，就这样反复反复的执行。基于以上项目的测试，引发了我的一些思考与感悟：
首先，在测试流程基于上述反复进行中，测试效率不高的情况下，测试团队发现问题没有直接在“开发测试交流群”中进行交流，而是个人私聊开发，导致多个测试找某个开发，开发一天下来就只够给测试解答问题了，时间都被耽误了，并且测试私聊的问题中大部分是重复的问题
其次，在批改操作的问题中，没有问清楚开发对于保单的退保、注销操作一直不成功的原因是什么，为什么不同的险种有的退保操作可以成功执行，有的退保操作却失败，是我们这边报文推送的问题还是新系统那边的问题，如果我们这边推送报文没问题，是否把退保的操作出现的这种情况给新核心反馈一下，并且问下新核心那边具体是什么原因
最后，此次老系统对接新系统过程中，测试人员在测试过程中对于保单、批单从单落地新核心失败，没有及时查看日志整理出响应报文返回的错误类型，而是出现问题就找开发，导致有些工作重复做
针对于以上情况，我方测试人员及时调整了测试策略：
1、测试人员在测试过程中发现的问题不要私聊开发人员，直接发在开发测试交流群中
2、对于从单落地新系统失败测试人员及时根据日志找出响应报文中的错误状态信息，汇总整理后统一发给开发
3、对于问题及时在BUG管理工具中进行记录，并根据问题修复情况及时修改其状态
4、对于记录的问题及时跟进，催促开发
5、和开发交流沟通的过程中，对于发现的问题尽量详细的描述，注意言语用词，不要出现说出来的其实和想表达的有偏差
6、测试过程中一定要多思考，多动脑，善于发现，遇到问题尽量自己在各种方法都尝试的情况下还无法解决再去请教他人
网友评论