电信3.0项目测试总结

第一次连续加班15天留影纪念。

先说说感觉吧，虽然做的是测试工作，但是测试人员基本和程序员没啥区别了，不仅要懂业务，还是会写sql查询，服务器看日志，甚至每个测试人员对系统业务的整体把控，比实现部分业务的coder还有有大局观。

在测试业务时，场景是必须要懂的，要知道它是干什么的，填入的数据是否合乎场景的要求，那些数据是不合法的，对于不合法的数据，系统是否进行拦截不让数据进入后台。

电信的系统是迭代的，有些业务场景不在适合时代，要淘汰掉或者更改，这种业务是随时更新的，需求提出后，就需要测试和研发沟通。或者测试在看日志、sql的过程中，发现逻辑不正确的，还有及时给研发指出来。

大型的系统，是由很多项目组分工合作的，数据组，测试组，需求组，研发组，研发组又根据系统的架构，分为各个中心。不再由传统的开发方式，一个人负责完sql取数据----逻辑处理----页面展示。在电信项目里面，这三个主要的流程是分为门户中心，订单中心和客户中心来分工完成，彼此之间调用接口完成数据传递。

测试的分工和用例的执行，也是很大的问题，测试完了，对结果进行汇总，通过了多少，没有通过的有多少，没有通过的原因是什么，数据问题还是代码问题，没有通过的业务是到哪一步后才走不下去的，要对这些问题进行汇总和分析。

每个测试人员对系统（业务场景）的认识和个人测试经验，会对测试用例的执行结果产生重大的影响。很多新人只是测试流程是否能走到最后，按照测试用例执行，不会故意的测试一些非法数据和非法场景，不会考虑一些干扰性的因素。这样子测试会降低程序的健壮性，上线之后出故障的概率会升高。