我司一个项目，四个人投入开发，三个月开发完成提交测试，现在改 bug 改了三个月还没能通过

• 資深大佬 : YouLMAO

  提测不通过即可, 改 bug3 个月, 一定是连主流程都没跑通就提测了, 纯粹浪费团队时间

  修改后变成开发 5 个月, 提测一个月, 测试全体吃鸡腿

• 資深大佬 : nooper

  改的乱七八糟。项目比较紧急。所以都是坑，这样的公司我都远离。

• 資深大佬 : kaka6

  开发通常只占项目周期的三分之一

• 資深大佬 : kaka6

  需求是否规范
  开发框架是否合理
  过程协作，代码规范是否正常
  开发是个系统工程，前续事务没处理好
  后续就得不断的收拾

• 資深大佬 : ChovyChu

  确定不是写 bug ？

• 資深大佬 : gayluote

  这种肯定是上来开发自己都没跑过流程的，然后被逼进度，就开始测试，测试也测不到头绪，开发还得跟测试扯皮

• 資深大佬 : lagoon

  看情况吧。

  如果是 5 个月才能开发完的东西，压缩到 3 个月。那就要准备好改几个月 bug 的准备了。

  如果是 3 个月就能开发完的东西，改了几个月 bug 还有问题，就要看看是码农不行，还是需求混乱了。

• 資深大佬 : zdt3476

  测试本来就比开发耗时

• 資深大佬 : 2379920898

  牛逼牛逼。。半年过去了，用 PHP 啊！！！ PHP 是世界上最好的语言

• 資深大佬 : 2379920898

  PHP 开发 顶多俩月上线

• 資深大佬 : msana

  怎么感觉像我们公司

• 資深大佬 : 14163548

  这种一般都是流程不同，然后开始开发， 中途又不断加需求，改需求，最后导致迟迟上不了线

• 資深大佬 : mcluyu

  当然有问题，是谁的问题不好说。
  如果需求明确，文档清晰，UI 完成，产品流程设计每一步能顺畅走通，没有一边开发一边修改需求、增减功能，只是开发完了就是这么多 bug，我觉得除非找了四个没毕业的实习生做，不然一般不会测试三个月。

• 資深大佬 : raaaaaar

  测试个毛线，明天上线，有 bug 晚上悄悄改（误

• 資深大佬 : maoguijun

  这就是疯狂挤压开发时间的后果，开发没时间思考，只能不停的往上堆代码！！可能中间一堆逻辑冲突都没注意

• 資深大佬 : viator42

  以前公司搞得的一个项目，不知从哪搞了搁屎山二次开发，三个人工期一周，无用的代码目测有一半以上，怎么跑起来的都不知道，上线以后就不停改 bug 一直改到团队解散都没改完

• 資深大佬 : lemy

  @gayluote 说得对

• 資深大佬 : lemy

  @2379920898 关毛线语言的事情，你有个屁实际开发经验？开发时间把握在业务，需求，还有会不会 变来变去的产品身上。你一句 php 顶多开发两个月，你试下用 php 开发 2 个月，能不能搞出庞大的电商系统？

• 資深大佬 : fengpan567

  项目都没做完就赶鸭子上架进行测试了吧？

• 資深大佬 : oneisall8955

  @2379920898 #10 别带歪方向，这跟语言很少有关系，除非选的语言或框架都是大家不熟悉的连滚带爬躺坑开发才会导致这个问题

• 資深大佬 : huayumo

  中途没加需求,我直播拉屎

• 資深大佬 : linbingcheng

  怕是一开始都没进行需求分析方案设计，直接抓着研发就开干，行不行，有没有可行性，然后傻不拉几的要研发拍人天多久要结果，需求不明，最终连目标产物怕是都不知道

• 資深大佬 : galaxy21

  你们公司就是 CDPR ？

• 資深大佬 : gowk

  @viator42 太 TM 真实了！

• 資深大佬 : ltfree

  最重要的没说，三个月的开发周期是否合理？

• 資深大佬 : jones2000

  应该是这个项目的负责人能力不行（业务部，产品设计部，开发部，数据部门，测试部没有沟通协调好）。 跟开发没关系，开发只是根据文档开发， 如果文档不完整，开发出来的东西就是半吊子的。

• 資深大佬 : wangyzj

  没问题
  项目肯定需求变动大，边做边设计边改
• 資深大佬 : bpz

  测试比开发时间长还有疑问？测试比开发时间短的项目一定是滥竽充数的项目

• 資深大佬 : mumbler

  坊间传闻微软程序员平均每天只生产 10 行代码，当然测试时间大于开发时间，哪个程序员不是大多数时间在调试修改，真正写的时间不多

• 資深大佬 : araraloren

  @galaxy21 不至于 不至于

• 資深大佬 : StephenHe

  不是按模块提测？一次性提测完时间会有点长

• 資深大佬 : uiosun

  集成测试写了吗？集成测试没问题，测试部门怎么会提三个月的 bug 量……你们是不是一开始需求都没分析？

• 資深大佬 : kingzeus

  一般都是压缩开发时间，但是工作量其实还是这些，甚至更多。所以就把部分的开发任务挪到了测试期间。

• 資深大佬 : passerbytiny

  外包项目，签合同给 4 成，上线给 4 成，改 bug 给 2 成。原本是十个月上线 2 个月改 bug 的，你们 3 个月就上线拿到了 8 成，想想是不是赚大发了（只不过市场人员又要开始辛苦了）。

• 資深大佬 : clxtmdb

  确定不是你们能力问题？研发水平不能按人头算啊，你投 4 头猪，改 3 年也改不好啊

• 資深大佬 : ahsjs

  影响因素很多，给出的信息太少，难以评判。

• 資深大佬 : 2379920898

  S 比

• 資深大佬 : alphadog619

  开发一、两个月，测试两三天就正常了吗？国内一向不重视测试，测试一般都是人员少时间断，一贯的概念就是随便测下就行了。

• 資深大佬 : hexiaolu

  每到这种话题就总有人说用 php，php 是有多得罪你们了。
  我就没听过真正的大神会吐槽 php，会去鄙视 php，一群跳梁小丑整天就想引起骂战。

• 資深大佬 : Aleaf

  @galaxy21 草，辱驴了嗷

• 資深大佬 : songco

  可能有问题，有问题也是管理的问题

  出问题不是一天就出的，早干什么去了

• 資深大佬 : msaionyc

  @2379920898 又搁这带 PHP 的节奏呢?毕业了吗

• 資深大佬 : HerrDu

  那就聊聊你们开发的每个环节的时间呗。

• 資深大佬 : opengps

  开发环节显然少了什么，时间被压制、风险缺评估、异常考虑不周等一堆因素都会导致改 bug 比开发更费时间

• 資深大佬 : cmdOptionKana

  项目组长能力不足。

  组长要了解团队成员的能力，才能设定比较合理的工期。

  在开发过程中也要不断重新评估，有问题及时提出来，发现原定工期来不及了，该延长就提出要延长，能删需求就删需求，问题出来哪里越早提出来才能越早解决。

  改 bug 时间比开发长，这个不是问题的核心，核心是造成这一切的原因有没有去找啊，开发过程中为什么没有发现问题啊，或者有人曾提出来问题，组长 /领导为什么不重视啊？

• 資深大佬 : missdeer

  还可以吧，看是什么工作流程，以前某爱国大厂文档、设计两三个月，编码三个通宵，测试两三个月，一个版本就出去了

• 資深大佬 : Desiree

  内卷的原因找到了

• 資深大佬 : wanglulei

  其实测试比开发时间长算正常

• 資深大佬 : xuewuchen

  这是在 bug 里加代码了吧

• 資深大佬 : xuewuchen

  这是在 bug 里加代码了吧。

• 資深大佬 : kaokao123

  也要分项目的大小和业务复杂度，干嘛跟同行过不去？亚马逊和苹果都是计划 5 到 7 年做一个产品，你们倒好，巴不得 1 个月做一个产品。你现在要求其它人 3 个月，别人就能要求你 2 个月，内卷就是这么来的。

• 資深大佬 : jsjgjbzhang

  开发：我要 3 个人 6 个月 PM：把嘴给我闭上，我说一个数，1 个人，2 周

• 資深大佬 : seesky

  看提的是什么 bug, 如果是主要功能都跑不通, 那是开发的问题, 如果纠结一些什么细节问题, 那时测试的问题. 如果是要求产品完美的上线, 那是产品的问题.

• 資深大佬 : SkyLine7

  @viator42 哈哈哈哈

• 資深大佬 : wujian752

  建议重修 软件工程。