1. 设计之前冻结需求。这是需求第一过程的本质：项目组努力提供一个准确的需求定义，然后严格按照需求实施。需求变更会严重破坏编码和测试阶段，因此，项目组在其他设计和开发活动中投入主要力量之前，必需完整地、明确地指定需求。
2. 详细设计评审前避免编码。编码变更会严重破坏编码和测试阶段，在开始编码前，如果还有很多变更阻力，项目组必需保证整个设计是成熟和完整的。
3. 是使用更高指令编程语言。更高指令编程语言避免了一系列主要的错误根源(通过先进的数据录入、接口分离以及打包和编程结构)，并允许软件方案可以使用更少的人工合成码进行编程。
4. 集成前要结束单元测试。虽然设计是自上向下的，测试过程是自下向上的：在交付进行集成测试之前，最小的单元先进行全面测试。这样的次序限制是为了在集成前多发现一些单元级别上的缺陷，否则它们将造成更多的问题和返工。
5. 维护所有产品可跟踪性。为了保证在每个阶段维护项目的完整性和一致性，要跟踪需求产品以及设计和测试产品。当提出变更或开发一线人员识别变更时，这提供了变更对评审的实际影响和潜在影响的完整视图。
6. 文档化并维护设计。没有文档化的设计就不是设计了。在以后的阶段，由于代码成为主要的工程产品，必须更新设计产品以保证一致性，并为变更决策提供基础。
7. 由一个独立小组评估质量。项目组应指定一个独立小组负责保证产品和过程的全面质量一致性，以维护一个有别于分析人员、设计人员和检测人员的独立的报告渠道。
8. 全面检查。通过检查详细设计和代码来发现错误，比通过测试发现错误要好得多。要确保检查覆盖所有需求、设计、代码和测试产品。
9. 在项目早期进行全面的精确的计划。对于识别关键路径、管理风险以及评估程序变更来说，一个完整的、精确的、细化的计划是必要的，它应该安排整个进度的详细活动和产品。
10. 严格控制源代码基线。一旦产品进入编码阶段，就必须用严格的配置管理维护测试过程的正式发布的基线控制，并把产品转换成适合发布的零缺陷状态。
现代(叠代)软件管理的十大原理
1. 首先注重结构过程。这要求在组织承诺全面开发的充足资源之前，平衡操作需求、对结构而言很重要的设计决策、以及生命周期计划。
2. 用叠代生命周期在早期防御风险。需要一个叠代过程来更好地理解问题，形成有效的方案和有效的计划，以保证平衡对待所有利益相关者目标。应在早期提出主要的风险以提高可预测性，避免为随后的问题和返工付出大的代价。
3. 强调基于构件的开发。为了减少人工合成源代码和习惯开发的数量，项目组必须在现存的结构框架内从代码行思想转移到基于构件的思想。构件是已经存在的代码行的附着部分，有已定义的接口和行为，存在于源代码中或可执行格式中。
4. 建立变更管理环境。叠代开发的动力学包括并发的工作流，因为不同的工作组都为共享产品工作。这需要客观控制的基线供所有项目成员参阅。
5. 用循环工程工具使变更更自由。循环工程提供了各种不同格式(如：需求说明书、设计模型、源代码和可执行代码)的自动工程和同步工程信息所必需的环境支持。如果不使用实质的自动操作，把叠代周期简化为可管理的，允许并鼓励变更的时间框架是很困难的。叠代过程中产品变更自由是必需的，因为它清除了工程组摩擦的一个主要来源。
文章来源于领测软件测试网 https://www.ltesting.net/
