我正在尝试对软件测试进行一般性研究并为我的公司编写内部文件。目的是确定如何改进测试和验证阶段，以便长期节省成本。我知道在开发周期的早期阶段而不是后期阶段进行s / w测试是一种流行的解决方案。我目前的理解如下：
1）根据要求和验收标准更早地编写软件测试有助于软件开发人员识别涉及任何外来组件的集成问题（例如第三方可执行文件和二进制文件等）。
2）改进软件开发人员对最终产品，接受度和问题域本身的可见性。
3）更容易预测最终产品如何满足质量要求。
如果有人想指出我在初步理解中错过的任何更明显的事情，我将不胜感激。我还找到了一篇文章here
更新 我找到了this，他们是很好的阅读材料。
感谢您的帮助。
答案 0 :(得分：0)
根据以下管理谚语，第一篇文章中提出的一点应予以扩展：管理层得到管理层监督的内容。
“质量是内置的，没有添加。”来自文章。安全性，性能，可靠性，可重用性和可移植性也是如此，但与质量不同，可以对其进行测试。如果项目的任何属性对管理很重要，那么应该从一开始就对它们进行监控。
在项目管理方面，尽早建立测试脚手架还可以尽早设定项目团队的期望 - 当您添加内容时，可以为这些内容添加回归测试。
关于性能测试的附带说明：重要的是不要太早优化。但是，如果您不知道您的基线是什么，或者即使该基线是可接受的，那么很难做出正确的决定。性能测试脚手架将允许您识别您拥有的内容。
回答第一条评论：
我还不清楚你对第三方数据的意思。你的意思是映射数据，有人在图书馆内提供地图吗？另一个例子是加拿大邮政编码数据的发布。
测试数据需要与测试代码不同的思维方式，甚至测试配置数据，因为它们结构良好，设计了关系。在映射数据的情况下，您可能能够识别一些已知的良好地图属性，例如几个兴趣点之间的距离，并测试某些epsilon中的那些值。这是一种质量控制检查，就像您从原始设备制造商那里获得要集成到产品中的子组件一样，可以作为制造商。
测试支架可以看作是QC验收测试夹具。在某些意义上，测试夹具的设置更为重要，因为您对所提供的子组件的控制较少。
答案 1 :(得分：0)
您是否考虑过基于模型的设计作为后期测试或在开发过程后期发现错误的方法。使用基于模型的设计，您不必从代码开始。相反，您可以开发设计模型，并在模拟中验证和验证它们。在您拥有代码时，可以在以后重新使用在此早期阶段开发的测试。
可以使用各种开发过程和任务来检查设计是否在早期阶段通过模型和模拟进行了功能测试和验证。这些包括检查要求是否正确（即没有冲突，是否完整等），确认设计模型是否符合要求，检查设计是否通过了所有功能测试，以及各种额外检查以确认设计没有错误（从功能和健壮性的角度来看）。 {{3}}上的此链接包含其他详细信息。