项目要结尾了，问题很多，大家帮忙分析下

kiddoneal · 发表于 2008-12-24 17:16:46

我们项目刚开始3个人开发，后来就2个了，现在项目要结尾了，问题还是很多，很早以前的Bug还没改，快到年底了，开发的年后想换工作，所以现在工作也不是很积极。一直我一个人做这个项目的测试，项目现在这样有很多原因，1.领导原因，2.开发人员不够的原因，3我测试的原因，4也很重要的一点，客户跟我们没在一个地，业务需求都是电话沟通的，开发的一部分重复做了好多遍。现在好让我有一种挫败感，有点力不从心。大家分析下，造成现在的这种状况，我们做测试的问题出在哪？我们应该怎么改进这个过程？（备注：客户的需求也不是特别明确，他们也不知道具体做成什么样子）

chengxq · 发表于 2008-12-24 17:42:53

呵呵，你不是已经分析出很多原因了阿，而且还一到四了阿
现在问题，你看看什么是主要原因，能不能改变
如果这些无法解决，先看看什么能解决的，进行过程改进
PS：其实需求不明，是很多项目失败的原因，我不知道你们公司，定义的相关利益者是如何
沟通的，不知道你们的职责是如何定义的，如果可以把这些贴出来。我们大家帮看看

阿七 · 发表于 2008-12-24 17:43:03

这个问题就很严重啦

所谓的从头错到尾啊

阿七 · 发表于 2008-12-24 17:46:39

按你说的

1  领导不重视项目组人员就会很散漫

2 需求不确定功能点就可能改动大

3  开发人员心不在焉  程序的BUG 就超级多

这个问题要从头改变才可以哦领导重视  确定需求开发认真测试负责项目完工  100%

kiddoneal · 发表于 2008-12-24 18:06:55

开始做调研是我们测试主管和项目经理去的，测试主管测过一段时间后交给我测试，过了段时间，我们主管走了，项目经理也不管我们这边了，因为项目经理不怎么懂.net，后来就是一个开发经理带着2个开发的做，我负责测试，后来需求再沟通就是通过电话，当然我们这边开发的和我都参与了。之前总经理还一直参与我们这边，做的还可以，后来关心的也很少，感觉大家做的也没什么动力。每次总经理一想起我们这边来就说了个很紧的时间，你们要在哪个时间做完。那么紧的时间也就是改一些很严重的Bug，做差不多就跟客户对一次，然后客户可能再提点什么需求，然后他们接着做，就这样新的让做的没做好，以前做的Bug很多，结果就到现在这种状况了。

需求沟通后，是不是我应该仔细研究需求，然后给开发人员详细讲？这个是我的职责吗？（关键是客户自己也不是很清楚，需求刚开始也不是我一直搞的，财务的知识我也不懂，弄的我自己对需求理解也不透）

wslss007 · 发表于 2008-12-24 18:42:11

这个情况看来，上头似乎不是很重视这个项目，从头到尾忽视很多细节，导致现在的局面，比较难扭转了，现在关键是要让领导重视这个项目。明显给你们分配的资源十分有限。

月上百合 · 发表于 2008-12-25 08:57:27

需求沟通后，是不是我应该仔细研究需求，然后给开发人员详细讲？这个是我的职责吗？
一般这是测试主管的事吧，做测试明白需求真的很重要，不过这好像是包括我在内很多测试新人的难题，我现在有时候也很被动。有一些小地方，沟通时改了，但是开发改完后，说，你测一下，好我测，我测，我连需求都不明白杂测？只好看一下，就找开发通沟，或找上面沟通，没办法，参与客户沟通的人员中没有我

kiddoneal · 发表于 2008-12-25 09:36:10

. net我只懂点基础，改Bug的工作也胜任不了，不然也可以帮他们改了。
这次很失败，开发过程无疑是最大的问题，开发前也没有制定好规范，刚开始各自做的东西风格还不大一样，到现在好多地方还没改好，导致界面一看就给客户不大舒服的感觉，那样会给客户很不Professional的感觉。真不知道客户到时候怎么验收。吸取教训，下次尽自己努力改进！