近期项目测试总结1

最近发现自己的技术没有什么提高，在测试过程中还是没有吸取以前的经验教训，导致有些问题老是重复的出现在测试过程中，导致了项目周期的延长。

现在总结的这个项目是我进入公司后一直进行测试的项目，到现在已经一年多了。

当时进入公司时，这个项目已经完成需求调研，已经本开始准备单元测试。

首先是项目测试初期。对项目不熟悉，基本工作就是熟悉系统，完全的黑盒测试，且当时没有一点关于这个项目的行业知识（个是做的物流系统），所以那个星期做的数据只能围绕着点击报错这样的BUG进行。且此项目规模比较大，无法根据开发人员给的文档来了解这个系统。所以这个阶段的测试其实比较没有什么技术含量。

之后自己熟悉了系统，然后开始一些模块以及流程的测试，这时对系统功能已经熟悉了，进行了简单的单元测试，这个阶段用时还是比较少。

单元测试完成后，进入的就是集成测试阶段，这时候问题就来了。

第一次的集成测试。这时测试人员只是知道系统子功能的实现，对一些基础资料可以进行维护，之前也没有与开发人员沟通需求，所以在这次的集成测试中，测试人员根本无法进行完整的模拟正常业务进行测试。也只是类似于单元测试阶段进行测试。且公司是几个项目一起进行，对此项目的测试时断时续，这样也不便于测试人员向开发人员了解需求。往往沟通了这个模块的问题，然后就进行了其他系统的测试，这样很影响进度。
后来我将开发人员与我沟通的需求记录在文档中（因为需求不明确），这样稍微便捷的了解了需求。
同时在测试过程中与开发人员的沟通，还存在着一个问题。
开发人员只是关注于其所开发的模块的实现，对于其他模块的与此模块的关联关系也了解的很少。比如在测试空运出口时，对空运出口以哪个重量来计算成本的问题，由于这个问题涉及到几个模块，开发人员对这些也是似懂非懂，这样又必须与项目经理沟通。。。。。

第一次集成测试完成后，陆续又测试了公司的几个其他的系统。
紧接着进行了第二轮的测试，这时可以做一些比较正常的数据。
这个阶段主要对系统的流程进行测试，发现的BUG也主要围绕着公司平台功能和一些比较浅显的业务，这个阶段稍微比前段时间轻松。（不过我一直后悔，这段时间应该写好测试用例来的）