请问如何管理这个项目？

森林一木

目前，我们公司在做一个百万级的项目，是一个企业的质量信息平台，其中包括了五个子系统。从两个多月的项目需要调研开始，到近三个月的开发，目前已经进入尾声，但是很多地方，因为某些原因，需要重新作修改，并且改动比较大。 这种情况下，我们测试部门的工作就很难做，首先是因为测试环境的搭建问题，系统运行环境搭建起来很是复杂，开发语言是java，服务器是oracle＋weblogic，并且使用了工作流，在环境的搭建上经常遇到基础数据没有导入数据库、工作流部署不全，权限管理没有配置好等等的问题，严重影响了测试工作的开展；其次客户经常提出要看看系统的开发进展状况，并且要求最新的功能都要加上，这样我们测试部门保证不了质量，又怕系统在查看的过程中出错大的错误，影响公司的声誉和客户的情绪，毕竟是没有经过严格测试的系统。再者，就是版本的控制，目前我采取的方式是使用VSS作版本控制，但是我发现效果不大， 因为版本的更新太快，而且功能是在不停的变化中，我们拿其中旧版本测试是没有意义的，追求新的又不实际，不知道这种情况哪为朋友碰见过，能否指点一二，谢谢！

Lighthouse

版本的控制，目前我采取的方式是使用VSS作版本控制，但是我发现效果不大

更换版本控制工具，采用专人做scm的角色。

我们拿其中旧版本测试是没有意义的，追求新的又不实际

要求开发部门每个子系统在提供阶段性的稳定的版本做测试。

客户经常提出要看看系统的开发进展状况，并且要求最新的功能都要加上

客户的要求可以理解，但是要向客户解释明白，项目到了什么进度，能展示什么功能。这是有计划的。不能说刚开始就展示所有的功能。

关于测试环境的问题，没办法。项目到了开发的后期做大的修改。这是必然的后果之一。这些是做项目计划的人应该负责的东西。

森林一木

谢谢你的建议，这些我也想过，但是现在阶段性的稳定的版本都提供不了，我们所做的是smoke test，不能保证什么实际意义的质量，后期的变动我们有准备的， 但是变动太大，客户比较难缠。本来是六个月的开发时间，客户要求压到四个月，时间上不够，项目执行起来比较困难啊！

herlga

按照你说的“从两个多月的项目需要调研开始，到近三个月的开发，目前已经进入尾声……并且改动比较大”，这种状况下“本来是六个月的开发时间，客户要求压到四个月”，是非常不合理的，本着对客户负责的态度去说服客户。在这种项目管理的状态下，测试人员唯一要做的就是随时把握需求改动，明确什么是正确的什么是错误的，同时与需求管理人员保持一致，在这个基础上准备用例，执行测试。

森林一木

确实有问题的，所以我的意思就是能够有办法解决这个问题，怎么说呢，总之这个客户很麻烦，唉！

沐蓝

同情中... ...厚着脸皮提个建议:
你能不能先和内部的开发人员达成共识,先讨论一下哪些功能可以先保证上(不出现大问题),哪些功能客户改动较大,没把握短时间内做好.然后再统一口径,向客户耐心说明功能你们将一一开通,但是有些因为他们要求改动而导致你们不能同时上,只能一个一个上.客户发现不能完全满足要求时,会转而接受变通方法的(当然也得看你们的说话技巧了)
我在工作中也是老碰到版本更新太快的问题,有时候一天可以发出5、6个版本.测试到最后都搞不清楚哪个问题是哪个版本的.最后实在没有办法,只好临时根据项目需求另外加了一张新表,把软件所有的需求都一一列出来.要求开发人员每发一个版本在其中登记一次,并且在每个需求上注明有没有改动,这才制止住开发人员的狂轰乱炸(另外想问问你,你们是不是没有BUG跟踪系统?我们是还没有上,所以虽然有VSS,但还是会比较乱!)
再想问问的就是,你们公司的项目开发有没有专门的项目管理人员?我看你的描述似乎没人专门做这事情.我们公司的客户并不直接和我们测试人员打交道的,有事情也是先找开发主管,你的职责似乎还不仅仅是测试负责人吧?
说到测试环境的搭建,我也觉得很苦恼,在工作中,因为需求变更而导致的测试准备工作经常作废,或者是因为项目提前而使得准备不足就匆匆开始测试,苦头已经吃了N多了.至今没想到什么好办法来制止.很想知道哪位高人能提供宝贵经验.

森林一木

bug管理不是问题，VSS也在用，主要是项目的需求变动比较大，客户干涉的很多，所以不能单纯的从项目自身来处理这些问题，我们也有RELEASE NOTES，但是效果不大，今天给客户做了汇报，效果不错，今天是一个里程碑，相信明年会更好！谢谢大家