测验软件时应遵循某些测验攻略： 

    开发团队应防止测验软件：测验应不断由测验团队履行。开发人员团队不应该自己测验软件。这是因为在花了几个小时构建软件之后，它可能会无知道地变得过于专有，并且可能会阻止在体系中看就任 何缺点。测验人员应对产品采取破坏性方法。开发人员能够履行单元测验和集成测验，但软件测验应该由测验团队完结。 软件永久不会100％无过错：测验永久无法证明该软件100％无过错。换句话说，即使在间断了很多测验用例之后，也无法证明该软件没有过错。 尽早初步：测验应不断与需求分析进程并行初步。这关于防止缺点迁移问题至关重要。尽早必定测验目标和范围非常重要。 必定部分的优先级：假定存在某些关键部分，则应保证以最高优先级并尽早测验这些部分。 可用时刻有限：软件的测验时刻有限。必需记住，可用于测验的时刻不是无限制的，并且在初步测验进程之前，有用的测验方案非常重要。应该有一些规范来决议何时终止测验进程。该规范需求事前肯 定。例如，当体系处于可接受的危险水平或根据时刻表或预算约束时。 必需运用不测和负面输入间断测验：应运用正确的数据和测验用例以及有缺点的测验用例间断测验，以保证体系防漏。必需对测验用例间断详尽记载，以保证将来重用以便在后期间断测验。这意味着测 试用例必需具有恰当的界说和输入的描画以及预期的相应输出。应针对软件产品的功用性和非功用性央求间断测验。 正确查看测验成果：必需对测验及其成果间断定量点评。在考证测验用例的成果以保证正确测验时，应正确援用文档。必需尽可能通过自动化东西和技术支持测验。除了保证体系完结一切应该做的工作 之外，测验人员还需求保证体系不履行不应该履行的操作。 考证假定：绝不应基于假定或假定来开发测验用例。必需不断正确考证它们。例如，假定在设计测验用例时软件产品没有任何过错可能会招致测验用例极点微小。