软件测试的方法和技术.pptVIP

?在整个单元测试设计中,主要的输入应该是被测单元的设计文档,在某些情况下，需要将试验实际代码作为测试设计过程的输入，测试设计者必须意识到不是在测试代码本身。三.四.3测试用例的编写一．测试用例计划的编写二．测试设计说明3．测试用例说明测试用例的编写请参考表三-一3,表3-13 测试用例四．测试程序说明图三-一六所示是“Windows计算器”的测试程序说明的例子片断,图三-一六测试程序说明片断三.四.4测试用例设计实例一．软件设计说明导出的测试二．基本路径测试3．等价类划分4．因果图法五．边界值分析三.四.五测试用例的管理可以把测试用例看成程序——测试工程师编写的程序,这个程序也要经过“设计”、“开发”、“测试”、“版本管理”、“发布”、“维护”等一系列操作,一．用例评审有效的用例评审通常由下面两种形式组成,①测试部门外部评审②测试部门内部评审通常情况下先执行内部评审,然后执行外部评审。很多时候，内部评审会被忽略，建议要进行内部评审。二．用例管理版本管理是用例管理的核心部分,建议采用工具（例如VisualSourceSafe]对用例进行控制,建议用例参照图三-一八进行管理。图三-一八用例管理示意图以下是各种测试方法选择的综合策略,可供读者在实际应用过程中参考,①首先进行等价类划分，包括输入条件和输出条件的等价划分，将无限测试变成有限测试，这是减少工作量和提高测试效率最有效的方法。②在任何情况下都必须使用边界值分析方法。经验表明，用这种方法设计出的测试用例发现程序错误的能力最强。③可以用错误推测法追加一些测试用例,这需要依靠测试工程师的智慧和经验,④对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，应当再补充足够的测试用例。⑤如果程序的功能说明中含有输入条件的组合情况，则一开始就可选用因果图法和判定表驱动法。⑥对于参数配置类的软件,要用正交试验法选择较少的组合方式达到最佳效果,⑦功能图法也是很好的测试用例设计方法，我们可以通过不同时期条件的有效性设计不同的测试数据。⑧对于业务流清晰的系统，可以利用场景法贯穿整个测试案例过程，在案例中综合使用各种测试方法。三.3.五场景法现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流,这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。用例场景用来描述流经用例的路径,从用例开始到结束遍历这条路径上所有基本流和备选流,一．基本流和备选流如图三-1四所示，图中经过用例的每条路径都用基本流和备选流来表示，直黑线表示基本流，是经过用例的最简单的路径。备选流用不同的色彩表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中（如备选流1和3];也可能起源于另一个备选流（如备选流二），或者终止用例而不再重新加入到某个流（如备选流2和4）。图三-一四基本流和备选流二．ATM例子（一]例子描述图三-1五所示是ATM例子的流程示意图,图三-一五ATM流程示意图（二]场景设计表三-八所示是生成的场景,（三]用例设计对于这七个场景中的每一个场景都需要确定测试用例,可以采用矩阵或决策表来确定和管理测试用例。下面显示了一种通用格式,其中各行代表各个测试用例，而各列则代表测试用例的信息。本示例中，对于每个测试用例，存在一个测试用例ID、条件（或说明）、测试用例中涉及的所有数据元素（作为输入或已经存在于数据库中）以及预期结果。（四]数据设计一旦确定了所有的测试用例,则应对这些用例进行复审和验证以确保其准确且适度，并取消多余或等效的测试用例,测试用例一经认可，就可以确定实际数据值（在测试用例实施矩阵中）并且设定测试数据，如表三-一0所示。三.四测试用例设计三.四.一测试用例的基本概念简单地说,测试用例就是设计一个情况，软件程序在这种情况下，必须能够正常运行并且达到程序所设计的执行结果,如果程序在这种情况下不能正常运行,而且这种问题会重复发生，那就表示已经测出软件有缺陷，这时候就必须将这个问题标示出来，并且输入到问题跟踪系统内，通知软件开发