软件测试实际上是在专业项目上完成的吗？

我从事过多家公司的许多项目，因为我从事开发工作很长一段时间，而且还是承包商。

我估计只有不到20％的项目经过系统的测试。有条理的测试是指除临时无计划测试之外的所有测试。

我还估计，只有不到10％的项目得到了系统的，有条不紊的测试，他们有专门的测试人员作为团队的一部分，测试计划文档，开发人员在其中编写自动化测试，然后他们还跟踪测试范围并衡量结果。

两个问题

1. 您对此问题的估计百分比是多少？
2. 您在软件测试方面的专业经验是什么？

附加说明

由于有条不紊的测试问题可能会得到非常有偏见的答案（人们喜欢吹嘘自己要优于别人），我鼓励其他开发人员（那些没有受到有条理的测试的人）也提供他们的答案，因为否则，看起来测试就像是到处都可以完成...除了在您的公司。

我在职业生涯中的测试中看到的模式显示出与项目失败风险的强烈对应。大型项目比小型项目更有可能受到测试，关键任务应用程序比非营销网站更容易受到测试，在内部系统中，面向公众的项目不太可能受到测试。

那就是说，仍然有一些项目经过了过多的测试，而那些项目还没有经过足够的测试，但这只是少数。

我们生产的所有产品均经过全面测试。如果我们内部的质量检查团队超负荷工作，我们将有一个离岸团队来测试项目。他们不如我们的内部团队好，但这是一个不同的话题。

我在过去15年中工作过的三家公司均具有自动运行的单元测试。

在其中的两家公司中，我力求介绍他们。

在过去的9年中，我基本上只接受了验收/回归测试。只有几个单元测试。

是。

测试的数量与应用程序所需的可靠性以及程序员文化的成熟度成正比。

网站经常出现漏洞（断开的链接是一个缺陷）。

电子游戏通常是越野车。

Windows（最终）是相当可靠的。

路由器非常可靠

医院监护仪“不要破”

请注意，故障的财务成本也与可靠性相关。

在10年中，我从未从事过带有正式代码测试的项目。

在我目前的工作中，我们仅进行功能测试。

问题在于，管理层中没有人甚至不知道代码测试。测试部门甚至不了解代码测试，他们只是遵循高级规范并从行为/功能的角度验证我们是否遵守。

我们没有合格的软件主管来强迫我们进行良好的编码。结果是意大利面条代码，大量回归，错过了时间表等等。

我们是南亚的一家中型离岸公司。但是，我们总是做基于美国的项目，并直接与美国公司的要求一起工作。

我们对我们构建的每个应用程序进行系统的测试。也许，测试质量没有达到标准，但我们确实采用了它们。

尽管我内心的纯粹主义者不愿接受这样的决定，那就是在决策中必须内置一些风险管理，以决定测试的严格程度或是否进行正式的测试。对于我怀疑占编程项目很大比例的内部应用程序，发布漏洞然后在发现漏洞后立即对其进行修补的成本有时可能会超过整个测试团队的成本。当然，这取决于应用程序和潜在的故障成本。

话虽如此，我认为风险管理计划不是缺乏正式测试的原因。我认为这更多是由于非技术经理不了解其提供的价值而只看到成本。

我的样本很小，无法从中推算出百分比，但是无论如何，这里都是这样。

其中一家是无晶圆厂的芯片+固件公司，它进行了狂热的测试。在数十个装置上进行24/7自动测试，每个装置并行测试数十个单元。致力于开发测试软件的软件团队。专门用于构建测试平台的硬件团队。针对数十家竞争对手的兼容性测试。哎呀，他们甚至购买了价值数百万美元的芯片测试仪安装程序，以开发和调试芯片出厂时运行的一些测试。

另一个是银行。这是一个完全不同的环境：没有产品发布，但是有很多内部软件可以保持连续运行。这些人测试了他们所做的每个更改中的cr * p。他们对DEV / QA / PROD环境进行了非常严格的分离，自动回归测试，最终用户在发布到生产环境之前签署的强制性QA测试等。

是的，人们确实进行了系统的测试。但是正如您所知，我从未在为典型计算机用户提供典型GUI软件的地方工作过。

我目前为一家生产无线医疗设备的小型创业公司编写嵌入式固件。我们需要进行严格的测试，并拥有一个完全独立的质量部门，由直接向首席执行官报告的人员领导。我从来没有像以前那样由单独的测试人员对代码进行过彻底的测试（唯一的比较是大约15年前我在卫星电视系统上工作的时间。）

我们的测试结果已提交给FDA（到目前为止，我们已经获得了FDA的两次批准-每次提交大约500页长）。我们的开发和测试方法均需接受定期审核。

因此，不仅大型公司要进行大量的正式测试。

注意-在过去25多年的合同编程/咨询工作中，我还为几乎没有进行正式测试的许多公司工作。他们中的大多数已经不在了。

我几乎每家公司都进行过系统的测试。我目前的公司有一些基本的单元样式测试，但这还不够。因此，我们遇到了一些质量问题。我强烈建议对除您以外的任何人使用的任何项目进行独立的彻底测试。花的钱是值得的。不起作用的应用程序不会被使用。这既适用于内部，也适用于外部。

在大约八家公司的职业生涯的最后二十年中，我从未从事过没有测试的项目。每个公司的测试量都不同，但是我曾经从事过的每个专业开发项目都进行了正式测试。这同样适用于中小型公司（“小”表示少于10名员工，“中型”表示不超过2,000名员工）。

有些公司没有太多的自动化测试，有些公司没有太多的手动测试，但是至少有一家。

这取决于客户的需求。在合同情况下，可能会有验收测试。内部通常是经过很少测试的打testing者。消费类产品通常在频繁的功能中被高度覆盖，但边缘却很粗糙。

简短答案：是

长答案：

1. 我对第一个类别没有很好的估计（可能是零距离，但有多少？），但我的经验实际上与您的第二个估计相符。很难给出有意义的百分比，因为测试的数量和类型取决于正在开发的应用程序的类型，可用的时间范围，开发人员的技能以及项目的运行方式。实际上，对于开发人员而言，最重要的障碍是验收测试，因为这是计费目的的重要里程碑。但这也是发生意外情况（更多需求）的时间，并且开发人员可能会承受压力，除了进行故障排除和克服所需的时间以外，还必须及时且可行地进行任何临时测试（在此阶段）意想不到的。

2. 我已经完成了多个项目，这些项目具有上述不同的因素：

   • 没有正式的单元测试，只有集成测试，主要是临时测试

   • 非常正式的形式，从单元测试到详细的测试计划，涉及专用的QA资源，自动化测试（由测试人员使用自己的工具集进行）和代码覆盖率报告。但是这些对于开发人员和管理人员而言并不总是有意义的

在个人层面上，我试图保持对我的选择的理解，以编写适合于我所使用的技术的适当测试，并自行决定行使这些选择。基本上，那些对我的工作有意义且有益的事情，而不是大量地计算数字。