---续零件流

三、这段时间项目的情况是： 目前处于需求和设计进行转换的过程，同时又在反证需求的正确性。

项目总监在上周在给测试的例会中，对测试明确提出了，我现在需要的是你对你测的模块，重点测试的是那个部分？怎么对你负责的模块去进行测试，即测试策略？另外，测试需求将考虑有从不同的角度，将采用什么的缺陷去分析它？（包括对非功能性需求，采用ODC分析方法。）

开发：对已完成的用列图、结构图跟客户进行评审，一部分测试在开发的demo,也在相继跟客户进行评审。在与客户交谈中，往往与其他小组同步修改的地方，开发人员往往说，等我做到这个地方再告诉他们这个地方怎么来做。或在交谈中有新的东西沉淀下来的东西，并没有在一定的规范管理结构管理起来。比如我们需要有个专门的文档体系记录这些信息，并按信息的性质分类进行记录。根据这个文档，开发者和需求维护者分别校验和更新自己的作业。

另外，开发还有一个问题，就是目前对自己设计的东西还没有考虑非功能性的需求在里面，如里面用的最多的性能、并发。另外，其它相关的，比如容错性、运行环境等因素。

测试：我们这个小组的测试在各个客户评审会议中穿梭，除对本身负责的核心业务部分需要非常熟悉外，还需跟本小组需求交界的其他小组模块的业务也需要熟悉。人家在评审，我还在了解业务，只能这样了；另外，看到相关小组的测试负责人没有在评审团坐桩，或是成为最多疑问的评审者，而往往成为了Demo的制作负责人。这是个不好的情况。

测试还有一个情况，是合适的测试经理迟迟不到位，目前从中选出的测试经理无意于这个岗位。

根据上面的情况，我只能从项目的测试及质量安全来分析，存在如下一些的不足：

1、从角色来说，存在的不足：

首先说测试经理岗，目前处于模糊状态，到设计阶段了还没有明确的项目经理来组织工作，这是个非常大的问题。按照现在项目状况，测试对整个与自己相关的需求理解还未成体系，甚至有的测试对自己负责的模块的细节都不是很清楚，还在负责demo的事，测试团队没有一个统一规划目标及执行。从这些方面都可以反映出测试经理在项目一开始就应该进入项目，把握项目的整体需求，组建团队，对需求分阶段进行理解和消化，并对在需求评审方面有一定的建树；在开发人员在设计完成后（这里包含DEMO、设计的各种图、数据结构模型、设计文档），评阅理解设计，在评审时，提出自己的评审意见，并有一定建树。测试在这些评审充分做完后，各个测试小组同时可出来一些相关文档：测试需求文档（包含非功能性需求）、自己相应模块的测试策略、所测模块存在的风险分析报告。还可进行测试用列编写准备方面的思考、需要的测试技术、考虑自己模块将使用哪些测试工具来辅助测试。这些工作都是需要做的，并测试经理来进行组织执行的。目前居然还有开发负责人调用测试来帮忙干活做Demo原型！现在消减测试的时间，就相当与消减质量的保障性，将来就会已几倍的时间来弥补。

2、QA在哪里呢，这么大的一个项目，ＱＡ只是过段时间过来坐镇几次就可以了吗，就算身经百战ＱＣ出身的ＱＡ，你是否拿到了对应相应的文档来进行统一分析，我上面例举的这些文档至少存在没有，有没有提要求需要这些文档。再有，从零散的需求文档有没有进行管理和维护，相关的文档有没有同步更新，这些问题有没有发现呢？测试经理岗位没有运转的情况是否已提出？对开发或测试不合理做法和习惯是否有提出疑问。假如我是项目经理，我会要ＱＡ参与到项目中，这样更清楚项目的情况，就算不参与到项目中来，在不同阶段你要提出恰到点的问题来，因为只有对这些项目的问题情况进行监控，才能达到质量的监控。

今天就到这，睡觉去拉~~~