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

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

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

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

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

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

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

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

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

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

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

如果这个项目我能留下在这个公司测试，我将开展一系列的日记记录，将描述项目的情况，测试的情况，个人想法！但前提是：我愿意留在这个公司，拟个到目前阶段的情况

我先拟个提纲及提要：

一、准备加入项目

在准备做这个项目时，我们未加入前，实施总监，就是管我们部门的头，也非常重视这个项目的测试工作，他对我说这么大一个项目应该有一套测试框架，他说得也挺有道路，这么大的项目应该有一套测试框架来管理整个项目的测试。所以我也带着这种思考参加进这个项目的测试团队中，对它的思考也将伴随我对整个项目的测试当中。

在这期间公司让我帮忙面试了几个测试进入这个零件流系统。但我们的总监，我猜他还在物色这样的一个项目测试经理，能掌握大型项目的测试，从测试框架类着手，能有效的带领他的团队进行测试，并能有效掌控测试质量。我想这应该是他在思考的，我猜也是他在寻找的。我没有这方面的经验。（从找来的测试经理来看，不知道什么原因，来了几次后，走了，不可而知其原因）

  质量对软件来说是多么的重要，越大的项目，越能体现质量对它的重要护航作用，如果质量出现问题，如同祝融基所说的豆腐渣工程，最后双方都将饱受重大损失。而质量在一开始就需要进行规划管理。

二、需求分析

来到客户现场办公，将持续三年，对职业生涯来说是多么漫长的时间。我想如果公司给我能算比较好的待遇，我将持续这三年，因为我也想对软件测试做一种新的探索和尝试，它的目标就是测试框架下的测试。在已有的6年测试生涯，我从不懂到懂，又从懂到不懂，再次从不懂到懂。经历了测试上的两次懂，相当于两次涅槃，这次我想应该是第三次涅槃，希望是第三次涅槃。

来到这里，我只能说我来得有点晚，项目已快进入开发的设计阶段,那前面这段的项目成果是没有测试进行质量监控的，这就是一个危险的系数。项目的质量有个原则，问题发现得越早，越能减少后面的质量问题。而作为我们这组的测试目前还在了解需求，而我们的开发经理却说我们来得太早。我只能定义为你不懂测试。

（今晚就到这，明早6点半得去赶到客户现场的车）

  今天是我生完孩子后第二天上班，自从怀孕到生孩子都一致未上班。来到公司，让人感觉又是新的开始。

   这一年多未上班，感觉公司的一切变化都好大。虽然这段时间没上班，让曾有的测试经验需从新拾起，但我一点也不后悔。

  自从有孩子后，感觉自己对工作还是生活都有了更进一步的认识，自己也成熟了不少，对我的测试工作以及职业方向有了新的感悟，我想思想的飞跃，一定会对工作上的的引导起到事倍功半的效果。

今天我开博了，这将记录我的学习和职业生涯点滴，这是一件很有意义的事，感觉很开心！！！

昨天下班时，主管把我的季度考试卷子拿着找我谈话，针对那些不应该的错误，主管说了我的不足。

听了批评的感觉确实不好，但后来一想，这也是一种敦促我的进步。既然有人告诉我的不足，应该是非常庆幸的事，我现在能面对领导的批评了，因为我觉得我确实需要进一步提供学习技术、知识。我会认真的去做。

今天我又学习了到新的东西，关于存储过程的一些基本数据库中原理，我感觉很开心。每天进步每天开心！！！呵呵~~~