快速发布很多错误的功能......或者几个非常稳定的功能?

1 language-agnostic

我很好奇你的偏好和想法是在幕后做尽可能少的测试,尽可能快地滚动尽可能多的新功能,在生产网站上进行测试,或者将它们排除故障直到他们'防弹,然后将它们发布给公众.

pax*_*blo 5

也许中间立场可能更合适.如果有以下情况,您的"品牌"将遭受很大损失:

  • 你发布的软件是一堆热气腾腾的粪便(就像你以前的情况一样); 要么
  • 软件未及时发布(如后一种情况).

在这两种情况下,您都不太可能长期保持业务.

我经营的商店认识到软件会有一些错误.所有高严重性错误必须在发布之前修复,所有低严重性错误必须有一个计划,以便在发布后进行修复.

软件维护(基本上是修复错误和回答客户问题)是我们开发过程的重要部分.

此外,更多的是被发现的bug说从开发商和向客户移开的修复bug的"成本"成为.

修复我在单元测试中发现的错误只涉及我,但如果我的东西被延迟,它会影响其他人.

查找系统测试过程中的错误意味着其它阶段肯定推迟,因该代码必须回来,改变和单元测试前再一次被提升到系统测试.

发现错误后,你的软件是活在无尽的痛楚其他的世界,包括与客户的沟通,多管理报告线所有想离开自己启动的印象,在你的后端,并把任何bug修复过的所有阶段,否则就可能面临不利否则效果-在地狱第九圈一个特别讨厌的地方是留给那些开发谁,在固定的缺陷,引入另一个之一.