整个软件开发模板（15篇）资源-CSDN文库

共20个文件

htm：16个

jpg：2个

gif：1个

整个软件开发模板

需积分: 14 136 浏览量 2008-08-20 16:16:53 上传评论 1 收藏 94KB RAR 举报

资源推荐

资源详情

资源评论

收起资源包目录

文档模板.rar （20个子文件）

文档模板

3.HTM 3KB

BANNER.GIF 57KB

8.HTM 4KB

5.HTM 2KB

15.HTM 8KB

11.HTM 14KB

9.HTM 6KB

Continue.stk 104B

2.HTM 8KB

13.HTM 2KB

12.HTM 2KB

1.HTM 3KB

DDl_back2.jpg 3KB

10.HTM 3KB

14.HTM 4KB

4.HTM 3KB

DDl_back.jpg 10KB

7.HTM 3KB

A.HTM 3KB

6.HTM 3KB

<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=gb2312"> <title>CTerm非常精华下载</title> </head> <body bgcolor="#FFFFFF"> <table border="0" width="100%" cellspacing="0" cellpadding="0" height="577"> <tr><td width="32%" rowspan="3" height="123"><img src="DDl_back.jpg" width="300" height="129" alt="DDl_back.jpg"></td><td width="30%" background="DDl_back2.jpg" height="35"><a href="http://bbs.jnu.edu.cn"><big><big>bbs.jnu.edu.cn</big></big></a></td></tr> <tr> <td width="68%" background="DDl_back2.jpg" height="44"><big><big> 文档模板 (BM: reuse) </big></big></td></tr> <tr> <td width="68%" height="44" bgcolor="#000000"><big><big></big></big><a href="http://cterm.163.net"><img src="banner.gif" width="400" height="60" alt="banner.gif"border="0"></a></td> </tr> <tr><td width="100%" colspan="2" height="100" align="center" valign="top"> [<a href="a.htm">回到开始</a>][<a href="a.htm">上一层</a>][<a href="12.htm">下一篇</a>] <hr>发信人: mumin (牧), 信区: SoftEng 标题: 测试过程控制程序 发信站: BBS 水木清华站 (Wed Sep 8 15:17:10 1999) 测试过程控制程序 1 目的 通过测试，发现软件的错误，验证软件是否满足软件需求说明和各种设计说明书，为软 件的度量提供依据。 2 适用范围 适用于所有软件产品的内部测试和外部测试。 3 定义 3.1 静态分析（static analysis）：不运行被测程序而对其进行分析。 3.2 单元测试（unit testing）：对可以单独测试的软件部分即单元所进行的测试。本 程序文件中将不加区分地使用单元测试和模块测试。 3.3 构造（build）：一个系统中能够满足全部或部分功能要求的某一部分。 3.4 构造测试（build test）：对一个构造的测试。 3.5 集成测试（integrated testing）：对模块之间的相互接口关系的测试，一般有增 式和非增式两种方式，即一次将所有模块集成起来还是逐步集成。 3.6 系统测试（system testing）：按照功能需求验证系统是否满足所规定的功能。 3.7 交付测试：显示系统在其运行环境中满足系统需求。 3.8 内部测试：由开发人员组织完成的测试活动，具体包括静态分析、单元测试、集成 测试和构造测试。 3.9 外部测试：由测试人员组织完成的测试活动，具体包括系统测试和交付测试。 3.10 结构测试（structural testing）：基于程序的测试方法，通常也被称为白盒测试 。 3.11 功能测试（functional testing）：基于需求说明/设计说明书的测试方法，通常 也被称为黑盒测试或行为测试。 4 职责 4.1 测试部负责整个外部测试过程的组织和实施，同时为内部测试提供配合和指导，具 体包括配合开发人员完成静态分析、单元测试、集成测试和构造测试；实施完成系统测 试和交付测试。 4.2 开发部负责整个内部测试过程的组织和实施，同时为外部测试提供配合和支持，具 体包括实施完成静态分析、单元测试、集成测试和构造测试；配合测试人员完成系统测 试和交付测试。 5 工作程序 5.1 测试工作流程 整个软件测试工作分为制定测试计划、测试设计与开发、测试执行和测试评估 等四个阶段。 5.1.1 制定测试计划 具体内容请参看测试计划模板。 5.1.2 测试设计与开发 根据被测试特性，设计测试用例的结构，确定每一个测试用例的执行方式（手工、自动 或半自动）、输入、期待的输出等。具体内容请参看测试用例说明。 5.1.3 测试执行 按照测试计划执行测试用例，决定测试用例的通过或失败，如果通过进行测试评估；否 则重新运行该测试用例或修改软件设计/编码/文档，然后重新进行测试，具体按照不和 格品控制程序执行。 5.1.4 测试评估 按照评价标准评价测试工作和被测软件，当发现测试工作存在问题时，应该修订测试计 划，进行重复测试，直至测试达到规定的要求。 5.2 测试生命周期和软件开发生命周期的关系。 测试阶段 开发阶段单元测试集成测试构造测试系统测试交付测试 需求定义与分析阶段 NA NA NA 建立测试计划建立测试计划 概要设计阶段 NA 建立测试计划建立测试计划更新测试计划更新测试计划 详细设计阶段建立确定测试计划更新确定测试计划更新确定测试计划更新测试计划 更新测试计划 实现阶段设计开发测试用例、执行测试用例设计开发测试用例、执行测试用例设计开 发测试用例、执行测试用例完成测试计划、设计开发测试用例完成测试计划、设计开 发测试用例 测试阶段 NA NA NA 执行测试用例、评估测试结果执行测试用例、评估测试结果 5.3 测试阶段与顺序。 5.3.1 静态分析 a 适用对象 适用于新开发的和重用的代码。 b 进入条件 (1) 代码无错误地通过编译或汇编。 (2) 已经对代码进行了可能的预处理。 c 测试内容（具体内容见附录1） (1) 检查代码和设计规格的一致性。 (2) 检查代码的标准性、可读性。 (3) 检查代码逻辑表达的正确性。 (4) 检查代码结构的合理性。 d 具体要求 (1) 由项目负责人决定是否进行静态分析。 (2) 采用代码走查和代码审查相结合的方式进行静态分析。 (3) 静态分析必须在单元测试之前进行。 (4) 审查小组由一名仲裁人（通常由项目组长担任）、程序编写者、至少一名测试人员 和一个或多个其他程序员组成，必要是可邀请其他部门的专家参加审查工作。 (5) 静态分析由开发部负责开展。 e 实施步骤 (1) 项目负责人组织审查小组。 (2) 测试人员分发代码检查单、被检查的代码以及相关的文档。 (3) 审查小组召开代码审查会，记录发现的错误，填写【静态分析错误报告】。 (4) 审查小组修正错误并决定是否再次审查。 f 分析评估 审查小组根据代码审查的错误记录来评估该程序，决定是否需要重新进行审议。【静态 分析错误报告】需交给程序编写者并同时存档。在报告中必须写明错误的类型、影响域 、位置和原因等。 g 通过准则 (1) 充分审查了所规定的代码，并且全部编码准则被遵守。 (2) 审查中发现的错误已全部修改。 5.3.2 单元测试 a 适用对象 计算机软件单元。 b 进入条件 (1) 代码无错误地通过编译或汇编。 (2) 已经对代码进行了可能的预处理，如使用lint/beautifier等进行了处理。 c 测试内容（具体内容见附录2） (1) 模块接口-----对被测模块，信息是否能正确地流入和流出。 (2) 局部数据结构-----在模块的工作过程中，其内部的数据能否保持其完整性。 (3) 边界条件-----在边界上模块是否能正常工作。 (4) 覆盖条件------模块的运行是否达到了规定的逻辑覆盖。 (5) 出错处理-----检查模块的错误处理设施是否有效。 d 具体要求 (1) 在进行单元测试之前，由项目负责人决定是否进行静态分析。 (2) 单元测试的主要形式是结构测试。 (3) 单元测试的测试计划应该根据被测单元的性质而制订：如对系统控制单元应主要采 用结构测试；对复杂的计算单元应主要采用算法分析测试用例；对界面单元就应该测试 各种选项的组合。 (4) 语句覆盖率应达到100%。 (5) 分支覆盖率应达到85%。 (6) 单元测试由开发部负责开展。 e 实施步骤 (1) 在详细设计阶段完成单元测试计划。 (2) 建立单元测试环境，完成测试设计和开发。 (3) 执行单元测试用例，并且详细记录测试结果。 (4) 判定测试用例是否通过。 (5) 提交【单元测试报告】。 f 分析评估 根据【详细设计说明书】、单元测试结果和发现的错误信息，评价每个单元的设计与实 现。 g 通过准则 (1) 软件单元功能与设计需求一致。 (2) 软件单元接口与设计需求一致。 (3) 能够正确处理输入和运行中的错误。 (4) 在单元测试中发现的错误已经得到修改并且通过了测试。 (5) 达到了相关的覆盖率的要求。 (6) 完成软件单元测试报告 5.3.3 集成测试 a 适用对象 已经通过单元测试的软件模块。 b 进入条件 b 进入条件 (1) 已经完成单元测试。 (2) 软件单元已经置于软件配置管理之下。 c 测试内容 (1) 软件单元之间的接口测试。 (2) 全局数据结构测试。 (3) 功能测试。 (4) 边界测试。 d 具体要求 (1) 由项目负责人决定采用非增式或增式测试方法。 (2) 当采用增式测试方法时，由项目负责人决定采用自顶而下或自底向上的的集成测试 方法。 (3) 调用对覆盖率应达到100%。 (4) 确认软件单元无错误地连接。 (5) 集成测试由开发部负责开展。 e 实施步骤 (1) 在概要设计阶段完成【集成测试计划】，并且在详细设计阶段加以细化更新。 (2) 建立集成测试环境，完成测试设计和开发。 (3) 执行集成测试用例，并且详细记录测试结果。 (4) 判定测试用例是否通过。

评论收藏

内容反馈