回 帖 发 新 帖 刷新版面

主题:5.详细设计阶段--详细设计说明书






[项目名称]

组装测试计划

[V1.0(版本号)]




拟 制 人______________________
审 核 人______________________
批 准 人______________________




[年月日]

组装测试计划
1.引言
1.1编写目的
    说明编写这份测试计划目的,指出预期的读者。
1.2背景
a.    待开发系统的名称;
b.    列出本项目的任务提出者、开发者、用户。
1.3定义
    列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
    列出有关的参考资料。
2.计划
2.1系统说明
[提供一份图表,并逐项说明被测系统的功能、输入、输出等质量指标,作为叙述测试计划的提纲。]

2.2测试内容
[列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的。]

2.3测试1(标识符)
    [给出这项测试内容的参与单位及被测试的部位。]
2.3.1进度安排
    [给出对这项测试的进度安排,包括进行测试的日期和工作内容。]
2.3.2条件
    [陈述本项测试工作对资源的要求。包括:]
a.    硬件
b.    软件
c.    人员
2.3.3测试资料
    列出本项测试所需的资料。
2.3.4测试培训
说明或引用资料说明为被测系统的使用提供培训的计划。规定培训的内容、受训的人员及从事培训的工作人员。

2.4测试2(标识符)
    用与本测试计划2。3条相类似的方式说明用于另一项及其后各项测试内容的测试工作计划。
   。。。。。。
3.测试设计说明
3.1测试1(标识符)
    [说明对第一项测试内容的测试设计考虑。]
3.1.1控制
    [说明本测试的控制方式。]
3.1.2输入
    [说明本项测试中所使用的输入数据及选择这些输入数据的策略。]
3.1.3输出
    [说明预期的输出数据。]
3.1.4过程
    [说明完成此项测试的一个个步骤和控制命令。]

3.2测试2(标识符)
    [用与本测试计划3。1条相类似的方式说明第2项及其后各项测试工作的设计考虑。]
    [。。。。。。]
4.评价准则
4.1范围
    [说明所选择的测试用例能够检查的范围及其局限性。]

4.2数据整理
    [陈述为了把测试数据加工成便于评价的适当形式,使得测试结果可以同已知结果进行比较而要用到的转换处理技术;如果是用自动方式整理数据,还要说明为进行处理而要用到的硬件、软件资源。]

4.3尺度
    [说明用来判断测试工作是否能通过的评价尺度,如合理和输出结果的类型、测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大数。]


回复列表 (共4个回复)

沙发

版主,是不是传错了。这个不是“详细设计说明书”哇!

板凳

是不是这个?
详细设计说明书
一.    引言
1.    编写目的
2.    项目背景
3.    定义
4.    参考资料
二.    总体设计
1.    需求概述
2.    软件结构
三.    程序描述
1.    功能
2.    性能
3.    输入项目
4.    输出项目
5.    算法
6.    程序逻辑
7.    接口
8.    存储分配
9.    限制条件
测试要点:

3 楼

这个应该是测试的说明书吧

4 楼

概要设计说明书
1引言
1.1编写目的
说明编写这份概要设计说明书的目的,指出预期的读者。
1.2背景
说明:
a.    待开发软件系统的名称;
b.    列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出有关的参考文件,如:
a.    本项目的经核准的计划任务书或合同,上级机关的批文;
b.    属于本项目的其他已发表文件;
c.    本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2总体设计
2.1需求规定
说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录C。
2.2运行环境
简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定,详细说明参见附录C。
2.3基本设计概念和处理流程
说明本系统的基本设计概念和处理流程,尽量使用图表的形式。
2.4结构
用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系.
2.5功能器求与程序的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:
    程序1    程序2    ……    程序n
功能需求1    √            
功能需求2        √        
……                
功能需求n        √        √
2.6人工处理过程
说明在本软件系统的工作过程中不得不包含的人工处理过程(如果有的话)。
2.7尚未问决的问题
说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
3接口设计
3.1用户接口
说明将向用户提供的命令和它们的语法结构,以及软件的回答信息。
3.2外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
3.3内部接口
说明本系统之内的各个系统元素之间的接口的安排。
4运行设计
4.1运行模块组合
说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合,说明每种运行所历经的内部模块和支持软件。
4.2运行控制
说明每一种外界的运行控制的方式方法和操作步骤。
4.3运行时间
说明每种运行模块组合将占用各种资源的时间。
5系统数据结构设计
5.1逻辑结构设计要点
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
5.2物理结构设计要点
给出本系统内所使用的每个数据结构中的每个数据项的存储要求,访问方法、存取单位、存取的物理关系(索引、设备、存储区域)、设计考虑和保密条件。
5.3数据结构与程序的关系
说明各个数据结构与访问这些数据结构的形式:
6系统出错处理设计
6.1出错信息
用一览表的方式说朗每种可能的出错或故障情况出现时,系统输出信息的形式、含意及处理方法。
6.2补救措施
说明故障出现后可能采取的变通措施,包括:
a.    后备技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术;
b.    降效技术说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据的人工记录;
c.    恢复及再启动技术说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3系统维护设计
说明为了系统维护的方便而在程序内部设计中作出的安排,包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。 各个程序之间的对应关系,可采用如下的矩阵图的形式;


(注:应该是这个吧,我们现在正在做需求分析,这个模版大家可以参考一下,也希望大家多多交流,小妹出来炸到,还请多多照顾!)

我来回复

您尚未登录,请登录后再回复。点此登录或注册