汽车行业-零件流跨时三年的项目：怎么展开测试

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

我先拟个提纲及提要：

一、准备加入项目

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

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

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

二、需求分析

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

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

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