1、“.....,,,,,,,,,,与客户关于系统目标和功能讨论中在不同层面上移除内容。只见树木而不见森林，不能指望程序员通过教条完成程序开发周期第步来使程序没有设计。由于以上原因，需求和设计审查是保证系统质量重要因素。我们团队中程序员和设计者们可能也会为了记录他们工作在运用合适语法和语义时产生。编译器或汇编程序能够在程序运行之前捕捉到些，但是当个语句形式是而这种和编译器或设计器关注点不匹配时他们将不能找到......”。

2、“.....可能在修改其他问题时候被无意中添加进去。这些往往很难发现，因为它们可能只出现在些功能中或者只出现在种确定情况下。如果当个无意中添加进去以后这些函数已经被调试过了，这个新可能在它们源头未被清理之前不会被注意到。如果我们从别程序中进行代码重用时候这种情况可能会发生，我们修改代码以适应我们当前需求。代码设计上细微差别可能不是很明显，我们修改可能弊大于利。例如，假设你正在测试组件......”。

3、“.....当你把它们三个放在起进行测试时，你发现通过个参数到达是不正确。在修改过程中，你确定现在这个参数是正确，但是你添加代码时设置了个指针。因为你可能不会回溯并且再次独立测试组件，在很久以后测试之前你可能不会发现有新迹象，到那时候你已经不清楚是来源了。同样道理，维护过程中也可能引入新。系统扩展过程中需要改变系统需求系统架构程序设计以及自我实现，许多种类可能作为扩展描述被引入设计和编码......”。

4、“.....因为用户不知道系统是被如何设计来工作，系统可能不能正常运行。如果文档是不容易理解或者不正确，可能导致个。人为因素，包括用户感知，在了解了系统个解释它消息所需要输入中发挥了很大作用。让用户感觉不习惯系统可能无法行使系统正常功能或者发挥系统最大优势。测试过程应该通过足够次数运行系统功能来使每个人满意，包括用户，顾客和开发者。测试完成之后可能仍然未被发现......”。

5、“.....然后，完全及早测试不仅能够快速解决问题，也能够更早隔离来源。列出出现原因而不是证据。因为测试目标在于发现尽可能多，这与存在于哪里有关。知道了故障如何出现就给了我们在测试系统时关于去哪里查找线索。系统测试流程在系统测试中有以下几个步骤功能测试性能测试验收测试安装测试这些步骤在插图中。每个步骤侧重点不同，个步骤成功取决于它目标。因此，复查系统测试中每步目是有帮助。过程目标。最初......”。

6、“.....我们先把组组件分开测试之后再集合在起测试。功能测试检查集成系统需求所指定功能。例如，个银行账户包功能测试证实这个包能够正确信贷存款输入提款计算利息打印结余等等。旦测试团队详细确定了功能所规定工作，性能测试把系统集成组件和非功能性系统需求作比较。这些需求包括安全性准确性速度和可靠性，系统功能被执行在约束好路径下。例如......”。

7、“.....此时此刻，设计师想要系统操作方式。我们称之为已验证系统这是设计师在需求说明书中阐述。接下来，我们通过复查需求定义文档来把系统和客户期望作比较。如果我们认为系统符合需要，然后我们将拥有个通过验证系统也就是说经验证我们设计已经达到了用户需求。迄今为止，开发者已经做了所有基于他们对系统认识和系统目标测试。客户也会测试系统，确保系统符合他们对需求理解......”。

8、“.....这个由客户完成测试称为验收测试，保证我们建造系统是符合客户要求。验收测试有时候在实际环境中运行结果和在测试设备下运行目标是不同。由于这个原因，我们可能做次安装测试，在这次测试中允许用户检测系统功能和附加文档问题以便于知道在实际过程中遇到结果。例如，可能设计了个海军系统，建造和测试都是在开发者条件下，可能被配置为艘船，但是并不是在真正船上。旦开发环境下测试完成了......”。

9、“.....然后最终使用这个系统。建造和集成计划。理念上，经过程序测试，你可以作为个单独实体浏览组件集合。然后，在系统测试第步中，像先前描述那样从各种角度综合评估。然而，巨型系统在作为个大组件集合时候是很难处理。事实上，这样系统通常是作为候选分期开发，仅仅是因为它们很容易建立并且在个较小环境下测试。因此，你可以选择完成分期系统测试。在第章有个系统可以被视为个不同级别嵌套或者个子系统......”。