第103章 e on baby!

首先肯定是张伟充能后,战斗力爆棚。

其次最重要的,张伟是六边形战士啊,用户需求、原型设计、代码开发、业务测试,自己可以一条龙啊,不会受制于任何环节。

就像三个,一个人负责挖坑、填坑,一个人负责拿树苗、放树苗,一个人负责提水、浇水。

如果,负责放树苗的人没来,那么地上就只有一排,已经浇过水的挖好的坑。

这就是另外两个开发工作的产物。

而张伟的工作产物,是全部齐活!

全部搞好,效率还猛!

按照目前的进度,这周这几个开发项,肯定可以给到用户测试!

现在可以做联合测试了!

张伟在交付方法论第“5阶段系统测试里,发现了测试,分成两大部分,一个是单独功能,单独模块的测试。

最高的测试阶段,是拉通了全系统,联合测试。

之前的测试是一个点,一个点的测试,现在的测试是拉通了一个“面”的全量测试。

即把所有系统功能,包括标准的,开发的,基于业务的先后顺序,从业务最初开始,到业务完结,进行全流程的测试。

就像微信支付,从捆绑银行卡开始,到付出去一笔款结束,进行各个环节的拉通联合测试。

当然SAP的测试要比这个复杂很多倍。

换成SAP主导下的企业就是,从获得客户商机,到谈成订单,到生产备料,不够的原材料采购,到产线生产,到入库质检,到出库质检发货,到开发票,到收款,钱到内部银行账上,这一单生意关闭,进入下一单生意循环,这样的全套业务拉通验证。

这只是联合测试的一个贯通的大业务线,还有很多分支业务线,就像长江有很多支流一样。

联合测试时,主的大业务线、分支出来的小业务线,都需要全面的拉通测试。

需要全量拉通了,并行多条业务线,所有都能完全的跑通。

任何环节卡住了,都需要停下来,找原因,并解决掉。

只是张伟他们这个项目会更加的复杂,跨越了金有浪和SAP,而不是全部在SAP里完成的。

这个过程,可能会耗费几周的时间。

过程非常的繁杂。

测试,发现问题,改问题,然后再测试,发现问题,改问题。

这样循环几轮,直到联合测试,和用户联合确认后,没有问题了,即达到了上线标准。

当然这个过程,是结合了第9层结丹的权限、主数据也一起的。

联合测试时,第9层结丹的权限、主数据,都是被测试的其中之一项。

第一周的测试,产生了129个问题,包括程序bug,主数据,权限.......,林林总总非常的繁多。

然后就是对问题,进行分类、分优先级、分负责任人,最多3天内搞定。

第二周的测试,依然产生了87个问题。

张伟这周flyback了,毕竟解决这些问题,对张伟来说,完全是小卡拉米!

其他人解决问题的速度,比起张伟,那是差远了,张伟经常帮助田明、峰哥、两个开发顾问解决问题。

CPA还没开始,他的合并,整体进度,比这边晚一个月,毕竟合并报表,需要首先有数了才能合并。

回来后,项目组测试产生的问题越来越少了。

基本已经可以满足上线的要求了。

又是一次flyback,回来全项目组就进入了真正的第6阶段上线准备+第7阶段项目上线!