测试计划实例说明

测试计划实例说明
测试计划实例说明

H U S T学分制教务管理系统

测试计划

Version1.0

文挡编号hust_ceshijihua

文挡名称测试计划

撰写人镇祎

审核/批准

创建时间2008-12-24

版本变更说明:

目录

1.引言 (4)

1.1编写目的 (4)

1.2项目背景 (4)

1.3定义 (5)

1.4参考资料 (5)

2.计划 (5)

2.1软件说明 (5)

2.2测试内容 (7)

2.3学籍管理功能模块测试 (7)

2.4注册管理功能模块测试 (8)

2.5教师信息管理模块测试 (9)

2.6学生信息管理模块测试 (9)

2.7成绩管理系统模块测试 (10)

2.8课程管理功能模块测试 (11)

2.9服务器接收端模块测试 (12)

3.测试设计说明 (12)

3.1学籍管理功能模块测试 (12)

3.2注册管理功能模块测试 (13)

3.3教师信息管理模块测试 (15)

3.4学生信息管理模块测试 (16)

3.5成绩管理系统模块测试 (17)

3.6课程管理功能模块测试 (19)

3.7服务器接收端模块测试 (19)

3.8性能测试 (20)

4. 评价标准 (21)

4.1范围 (21)

4.2数据整理 (21)

4.3尺度 (21)

1 引言

1.1编写目的:

测试是“为了发现程序中的错误而执行程序的过程”。测试的目的就是在软件投入生产性运行之前,尽可能多的发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤,它是对软件规格说明.设计和编码的最后复审,也是必不可少的关键步骤。由于在开发软件的过程中,开发人员会面对极其错综复杂的问题,我们开发设计人员,用户,委托公司等的主观认识不可能完全符合客观现实,同时与工程密切相关的各类人员之间的通信和配合也不可能完美无缺,甚至会出现分歧或是对同一事物理解的偏差。因此,在软件生命周期的每个阶段都不可避免地会产生差错。在教务系统这类用户类型固定为学生,教师及教务管理人员,但涉及到学校教学管理的信息管理系统中,就必须尽量减少差错,以免造成严重的损失。因此,软件测试对整个软件的开发是不可或缺的,而一份完整的测试计划在开发流程里也是必须的。此份软件测试计划的读者包括:软件开发设计人员,项目管理人员,软件测试人员。

1.2 项目背景:

开发软件名称:HUST学分制教务管理系统

项目任务提出者:华中科技大学教务处

项目开发者:ZOWL团队

用户:华中科技大学学生,教务管理人员

实现项目测试的部门:ZOWL团队

1.3 定义:

SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。

SQL: 一种用于访问查询数据库的语言

事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。值互不相同。

外部主键:数据库表中与其他表主键关联的域。

OLLBACK: 数据库的错误恢复机制。

1.4 参考资料:

《华中科技大学本科学分制学籍管理条例》

《华中科技大学学分制选课办法》

编号 hust_xiangmujihua:《项目计划说明书》汪瑶

编号hust_FSR:《可行性研究报告》镇祎

编号 hust_xuqiuguifan :《需求规格说明书》欧高炎

2.计划

2.1软件说明

了提高测试效率降低测试成本,本测试方案采用黑盒法设计基本的测试方案,再用白盒法补充一些方案。在黑盒法测试方案中,采用等价划分技术,把所有可能的输入数据(有效的和无效的)划分成几个等价类,其划分类在以下的输入中再详述。以下列出的图表,逐项说明被测软件的功能、输入和输出等质量指

2.2测试内容:

学籍管理功能模块测试;

注册管理功能模块测试;

教师信息管理模块测试;

学生信息管理模块测试;

成绩管理功能模块测试;

课程管理功能模块测试;

服务器接受端模块测试;

2.3学籍管理功能模块测试

参与单位:ZOWL开发小组

被测试部位:学籍管理功能模块

2.3.1 进度安排

由于需要对各子单元程序,各模块及它们之间的接口分别进行测试进度,故测试进度在1天左右。

2.3.2 条件

要实现本功能需要系统和教务系统数据库进行集成,以便实时收集学生学籍信息,教师注册信息及课程教务信息等数据信息。

所需硬件:

一台服务器,一台PC机(都已连接上了因特网)

所需软件:

操作系统:Windows 2003 Server

开发平台:Eclipse

数据库管理系统:Microsoft SQL Server 2005

所需工作人员:ZOWL软件开发小组全体人员

2.3.3 测试资料

华中科技大学提供的学生学籍统计数据

2.4 注册管理功能模块测试

参与单位:ZOWL开发小组

被测试部位:注册管理功能模块

2.4.1 进度安排

由于需要对各子单元程序,各模块及它们之间的接口分别进行测试进度,故测试进度在1天左右。

2.4.2 条件

要实现本功能需要系统和教务系统数据库进行集成,以便实时收集学生学籍信息,教师注册信息及课程教务信息等数据信息。

所需硬件:

一台服务器,一台PC机(都已连接上了因特网)

所需软件:

操作系统:Windows 2003 Server

开发平台:Eclipse

数据库管理系统:SQL Server 2005

所需工作人员:ZOWL软件开发小组全体人员

2.4.3 测试资料

华中科技大学提供的学生学籍统计数据

2.5 教师信息管理模块测试

参与单位:ZOWL开发小组

被测试部位:教师信息管理模块

2.5.1 进度安排

由于需要对各子单元程序,各模块及它们之间的接口分别进行测试进度,故测试进度在1天左右。

2.5.2 条件

要实现本功能需要系统和教务系统数据库进行集成,以便实时收集学生学籍信息,教师注册信息及课程教务信息等数据信息。

所需硬件:

一台服务器,一台PC机(都已连接上了因特网)

所需软件:

操作系统:Windows 2003 Server

开发平台:Eclipse

数据库管理系统:SQL Server 2005

所需工作人员:ZOWL软件开发小组全体人员

2.5.3 测试资料

华中科技大学提供的学生学籍统计数据

2.6 学生信息管理模块测试

参与单位:ZOWL开发小组

被测试部位:学生信息管理模块

2.6.1 进度安排

由于需要对各子单元程序,各模块及它们之间的接口分别进行测试进度,故测试进度在1天左右。

2.6.2 条件

要实现本功能需要系统和教务系统数据库进行集成,以便实时收集学生学籍信息,教师注册信息及课程教务信息等数据信息。

所需硬件:

一台服务器,一台PC机(都已连接上了因特网)

所需软件:

操作系统:Windows 2003 Server

开发平台:Eclipse

数据库管理系统:SQL Server 2005

所需工作人员:ZOWL软件开发小组全体人员

2.6.3 测试资料

华中科技大学提供的学生学籍统计数据

2.7成绩管理功能模块测试

参与单位:ZOWL开发小组

被测试部位:成绩管理功能模块

2.7.1 进度安排

由于需要对各子单元程序,各模块及它们之间的接口分别进行测试进度,故测试进度在1天左右。

2.7.2 条件

要实现本功能需要系统和教务系统数据库进行集成,以便实时收集学生学籍信息,教师注册信息及课程教务信息等数据信息。

所需硬件:

一台服务器,一台PC机(都已连接上了因特网)

所需软件:

操作系统:Windows 2003 Server

开发平台:Eclipse

数据库管理系统:SQL Server 2005

所需工作人员:ZOWL软件开发小组全体人员

2.7.3 测试资料

华中科技大学提供的学生学籍统计数据

2.8 课程管理功能模块测试

参与单位:ZOWL开发小组

被测试部位:课程管理功能模块

2.8.1 进度安排

由于需要对各子单元程序,各模块及它们之间的接口分别进行测试进度,故测试进度在1天左右。

2.8.2 条件

要实现本功能需要系统和教务系统数据库进行集成,以便实时收集学生学籍信息,教师注册信息及课程教务信息等数据信息。

所需硬件:

一台服务器,一台PC机(都已连接上了因特网)

所需软件:

操作系统:Windows 2003 Server

开发平台:Eclipse

数据库管理系统:SQL Server 2005

所需工作人员:ZOWL软件开发小组全体人员

2.8.3 测试资料

华中科技大学提供的学生学籍统计数据

2.9 服务器接收端模块测试

参与单位:ZOWL开发小组

被测试部位:服务器接收端模块

2.9.1 进度安排

由于需要对各子单元程序,各模块及它们之间的接口分别进行测试进度,故测试进度在1天左右。

2.9.2 条件

要实现本功能需要系统和教务系统数据库进行集成,以便实时收集学生学籍信息,教师注册信息及课程教务信息等数据信息。

所需硬件:

一台服务器,一台PC机(都已连接上了因特网)

所需软件:

操作系统:Windows 2003 Server

开发平台:Eclipse

数据库管理系统:SQL Server 2005

所需工作人员:ZOWL软件开发小组全体人员

2.9.3 测试资料

选课系统处理后传输的数据

3 测试设计说明

3.1 学籍管理功能模块测试

3.1.1 控制

人工输入

3.1.2 输入

该模块需要输入的信息为学生的学籍信息,学生注册信息,在输入的测试数据中可分为有效输入类和无效输入类。其中的错误种类有:

无效输入类:

1)数据类型不匹配

学号string 姓名string

院系string 专业string

转专业记录号long int 班级号char(4)

时间(休学、停学) date 复学学期string

原因及意见string 备注string

2)数据超出规定范围

转专业记录号最大11位;各项时间的格式为年-月-日(yyyy-mm-dd)。

有效输入类:

当用户只输入各项记录标的基本信息时,则有效;

3.1.3 输出

对数据进行初步检验。若发现错误,则转入处理异常的过程并抛出异常,给出数据格式不符合要求的提示;若未发现错误,则修改学生学籍的信息,然后更新数据库中的学籍信息和更新已注册的学生信息。

3.1.4过程

以教务管理员的权限去分别填写学籍管理的相关记录表。查找到的相应同学的学籍管理信息及学生注册信息。选择好学生的注册信息(学号、姓名、院系、班级、学籍状态、各项学籍信息)进行修改,然后确定,把更新信息发送至服务器。

各子单元过程分别进行测试,然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

3.2 注册管理功能模块测试

3.2.1 控制

半自动引入

3.2.2 输入

该模块需要院系的交往管理人员输入的注册条件(学生学号、或班级号),再输入注册命令,完成相应注册。在输入的测试数据中可分为有效输入类和无效输入类。其中的错误种类有:

无效输入类:

1) 数据类型不匹配

学号string 班级号char(4)

2) 数据超出规定范围

学号的长度与格式不符合《华中科技大学学生学号编码管理办法》的规定,班级号的长度超出规定长度4位数

有效输入类:

根据《华中科技大学学生学号编码管理办法》的规定,华中科技大学本科生学号编码应依据以下规则进行编码:

1)07级以前为12位数,编码原则:01+年号(四位数)+专业班级编号(四位数)+个人班级编号(2位数);

2)07级及以后变为10位数,编码原则:U+年号(四位数)+班级编号(3位数)+个人编号(2位数)

3.2.3 输出

对教务管理人员提交的信息进行检验。若没有填写学号或班级号,则系统会弹出“请输入一个学号或一个班级号”的提示;若填写的学号格式不正确,则系统会弹出“该学号不存在”的提示;若填写的班级号格式不正确,则系统会弹出“该班级不存在”的提示;若未出现错误,则进入注册管理界面。

3.2.4 过程

院系教务管理人员通过输入需要注册的学生的学号或需注册的班级的班级号,系统将调用学生信息管理模块、显示学生基本信息或班级信息,来更改学生注册状态和班级注册状态。

各子单元过程分别进行测试,然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

3.3 教师信息管理模块测试

3.3.1 控制

半自动引入

3.3.2 输入

该模块需要教务管理人员或教师本人输入教师号进行教师信息查询查询,而由教务管理人员输入各项教师基本信息来完成教师信息的添加、修改、删除功能。在输入的测试数据中可分为有效输入类和无效输入类。其中的错误种类有:无效输入类:

1) 数据类型不匹配

教师号string 姓名string

性别char(1) 开始执教时间date

职称string

2) 数据超出规定范围

教师号不符合《华中科技大学教师教师号编码管理办法》的规定;开始执教时间的格式不合规范。

有效输入类:

在性别项只能输入F(女)或M(男),则查询有效;开始执教时间的格式为年-月(yyyy-mm),且执教时间必须在系统当前时间以前或当前时间。

3.3.3 输出

对用户提交的信息进行检验。若没有按教师号格式输入教师号,则系统会弹出“该教师不存在”的提示;若输入的开始执教时间在当前时间以后,则系统会弹出“不能对以后的时间进行注册”的提示;若未出现错误,则进入教师信息管理页面。

3.3.4 过程

教务管理人员或教师输入教师的教师号,点击查询,下面将出现所查询的教师信息(教师号,姓名,性别,年龄,开始执教时间,职称)。教务管理人员选择相关命令可对教师信息进行添加、删除、修改。

各子单元过程分别进行测试,然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

3.4 学生信息管理模块测试

3.4.1 控制

半自动引入

3.4.2 输入

该模块需要教务管理人员或学生本人输入学号进行教师信息查询查询,而由

教务管理人员输入各项学生基本信息来完成教师信息的添加、修改、删除功能。在输入的测试数据中可分为有效输入类和无效输入类。其中的错误种类有:无效输入类:

1) 数据类型不匹配

学号string 姓名string

性别char(1) 班级号char(4)

院系string 家庭住址string

身份证号string

2) 数据超出规定范围

无范围限定:

学号的长度与格式不符合《华中科技大学学生学号编码管理办法》的规定,班级号的长度超出规定长度4位数;身份证号长度与格式不符合《中华人民共和国公民身份证号管理规范》。

有效输入类:

身份证号长度与格式,班级号。根据《华中科技大学学生学号编码管理办法》的规定,华中科技大学本科生学号编码应依据以下规则进行编码:1)07级以前为12位数,编码原则:01+年号(四位数)+专业班级编号(四位数)+个人班级编号(2位数);

2)07级及以后变为10位数,编码原则:U+年号(四位数)+班级编号(3位数)+个人编号(2位数)

3.4.3 输出

对用户提交的信息进行检验。若没有按学号格式输入学号,则系统会弹出“该学生不存在”的提示;若输入的身份证号不服个规范,则系统会弹出“请输入正确的身份证号”的提示;若未出现错误,则进入学生信息管理页面。

3.4.4 过程

教务管理人员或学生输入教师的学号,点击查询,下面将出现所查询的学生信息(学号,姓名,性别,班级,院系,家庭住址,身份证号)。教务管理人员选择相关命令可对学生信息进行添加、删除、修改。

各子单元过程分别进行测试,然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

3.5 成绩管理功能模块测试

3.5.1 控制

半自动引入

3.5.2 输入

该模块需要由教师输入的信息为各学科成绩,在输入的测试数据中可分为有效输入类和无效输入类。其中的错误种类有:

无效输入类:

1) 数据类型不匹配

学号string 课程名string

成绩float

2) 数据超出规定范围

学号不符合《华中科技大学学生学号编码管理办法》的规定。

有效输入类:

选择的课程名一次只能一个,成绩为小于100的非负十进制浮点数,精度为精确到小数点两位(DD.DD)。

3.5.3 输出

当教师选择课程时,没有选择或选择一个以上的课程时,系统会弹出“一次只能选择一门课程”;当登入的成绩不符合规范时,系统会弹出“请输入正确的分数”;当输入均符合要求时,系统会提示“提交”或“保存”。

3.5.4 过程

当教师登录系统后,选择成绩录入命令,系统显示选修了此课程的所有学生的信息,并给出成绩录入框,教师进行成绩录入操作录入过程中,系统提供保存和提交按钮。当教师选择了保存后,系统保存输入的成绩,但成绩状态为“已录入”状态,此状态下,教务管理人员和学生不能查看到成绩信息;当教师选择提交后,系统保存成绩,并将成绩状态改为“已提交”。

各子单元过程分别进行测试,然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

3.6 课程管理功能模块测试

3.6.1 控制

半自动引入。

3.6.2 输入

将课程编码从教务数据库中的课程数据导入系统。

3.6.3 输出

查询出来的课程信息会通过查询选项显示出来,教务管理人员可以通过修改显示的课程信息来达到修改教务数据库中的课程数据。

3.6.4 过程

课程管理主要是对课程信息进行查询、修改、添加、删除操作。其中教务管理人员拥有所有操作权限,教师则能查看自己所授课程的信息。

各子单元过程分别进行测试,然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。

3.7服务器接受端模块测试

3.7.1 控制

半自动引入。

3.7.2 输入

选课系统模拟机发送来的原始数据(TCP包)。

3.7.3 输出

提取出来的信息发送到SQL 2005服务器。

3.7.4 过程

选课系统发送出数据(学生信息,课程信息,教师信息),系统数据接收端在新数据到来后会提示”New connection has come.”、”Waiting for a connection……”,然后接受选课系统传来的原始数据(TCP包),经过分析整理,将其转换成Report的实例,并将信息提取出来发送到SQL 2005服务器。

3.8 性能测试

我们使用的是Microsoft的Web Application Stress Tool(WAS,Web应用负载测试工具),用于测试Web服务器的性能。

3.8.1 后台测试

设置:

测试时间:10分钟

XX系统功能测试计划

密级:秘密 XX系统 功能测试计划 xx有限公司(可不写) 公司地址: 邮编: 电话:

版本记录 文档信息 修订历史记录

目录 1引言 (4) 1.1编写目的 (4) 1.2术语解释 (4) 1.3参考资料 (4) 1.4测试摘要 (4) 1.4.1重点事项 (4) 1.4.2测试风险评估 (5) 1.4.3时间进度 (5) 1.4.4测试目标 (6) 1.5解释权限 (6) 2项目背景 (6) 2.1项目背景 (6) 2.2测试范围 (6) 2.3系统目标 (7) 2.4系统风险及约束 (7) 2.5测试文档 (8) 2.5.1测试参考文档 (8) 2.5.2测试提交文档 (8) 3质量目标 (8) 3.1产品质量目标 (8) 3.2测试质量目标 (9) 4资源需求 (9) 4.1测试人员 (9) 4.2测试环境 (10) 4.2.1硬件测试环境 (10) 4.2.2软件测试环境 (10) 4.3测试工具 (11) 5 测试策略 (11) 5.1整体测试策略 (11) 5.2开始/中断/完成标准 (11) 5.3测试类型 (12) 5.3.1 流程测试 (12) 5.3.2 数据库测试 (12) 5.3.3功能点测试 (13) 5.3.4 值域测试 (13) 5.3.5 启动停止测试 (14) 5.3.6 异常测试 (14)

5.3.7 安装测试 (14) 5.3.8 界面易用性测试 (14) 5.3.9 容错性测试 (15) 5.3.10 安全性和访问控制测试 (15) 5.3.11 兼容性测试 (16) 5.3.12 版本验证测试 (16) 5.3.13 加密测试 (17) 5.3.14 文档测试 (17) 5.3.15 回归测试 (17) 5.4测试技术 (17) 6 测试计划 (18) 6.1具体测试内容 (18) 6.2进度计划 (19) 6.2.1测试时间进度 (19) 6.2.2测试里程碑 (19) 6.3测试准备 (20) 6.3.1测试环境准备 (20) 6.3.2 测试人员培训 (20) 6.3.3安装与反安装测试 (20) 6.3.4烟雾测试 (20) 6.4具体测试实施任务和时间人员安排 (20) 7 附录ⅠBUG分级表 (21)

软件测试计划书模板

软件测试计划书

修订历史记录 (A-添加,M-修改,D-删除)

目录 1.简介 (4) 1.1目的 (4) 1.2背景 (4) 1.3范围 (4) 2.测试参考文档和测试提交文档 (5) 2.1测试参考文档 (5) 2.2测试提交文档 (6) 3.测试进度 (6) 4.测试资源 (7) 4.1人力资源 (7) 4.2测试环境 (7) 4.3测试工具 (7) 5.系统风险、优先级 (8) 6.测试策略 (8) 6.1数据和数据库完整性测试 (8) 6.2接口测试 (9) 6.3集成测试 (9) 6.4功能测试 (10) 6.5用户界面测试 (11) 6.6性能评测 (11)

6.7负载测试 (12) 6.8强度测试 (13) 6.9容量测试 (14) 6.10安全性和访问控制测试 (15) 6.11故障转移和恢复测试 (16) 6.12配置测试 (18) 6.13安装测试 (18) 7.问题严重度描述 (19) 8.附录:项目任务 (19) 1.简介 1. 1目的 <项目名称>的这一“测试计划”文档有助于实现以下目标: [确定现有项目的信息和应测试的软件构件。 列出推荐的测试需求(高级需求)。 推荐可采用的测试策略,并对这些策略加以说明。 确定所需的资源,并对测试的工作量进行估计。 列出测试项目的可交付元素] 1. 2背景 [对测试对象(构件、应用程序、系统等)及其目标进行简要说明。需要包括的信息有:主要的功能和性能、测试对象的构架以及项目的简史。] 1.3范围 [描述测试的各个阶段(例如,单元测试、集成测试或系统测试),并说明本计划所针

功能测试用例的设计

功能测试用例的设计 LG GROUP system office room 【LGA16H-LGYY-LGUA8Q8-LGA162】

一、实验目的 1.用因果图法分析原因结果,并决策表设计测试用例。 2.使用场景法设计测试用例。 二、实验内容 1. 将三角形问题的可能结果扩展为:一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形,考虑用因果图法设计测试用例,给出完整步骤。 2. 有一个在线购物的实例,用户进入一个在线购物网站进行购物,选购物品后,进行在线购买,这时需要使用帐号密码登录,登录成功后,进行付钱交易,交易成功后,生成订购单,完成整个购物过程。使用场景法设计上述问题的测试用例。 三、实验环境 Windows XP系统 四、实验步骤和结果 1. 将三角形问题的可能结果扩展为:一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形,用因果图法设计测试用例,给出完整步骤。具体如下: 1)输入的三边分别为a,b,c(斜边) 且a

2. 行在线购买,这时需要使用帐号密码登录,登录成功后,进行付钱交易,交易成功后,生成订购单,完成整个购物过程。使用场景法设计上述问题的测试用例。

(注:在下面的矩阵中,V(有效)用于表明这个条件必须是 VALID(有效的)才可执行基本流,而 I(无效)用于表明这种条件下将激活所需备选流,“n/a”(不适用)表 对生成的所有测试用例重新复审,去掉多余的测试用例,测试用例确定后,对每一个测

五、实验结果和讨论 成功使用因果图法、场景法设计了测试用例。 六、总结 1.因果图法的定义是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况。 2.在事件触发机制中场景法用得最多。在测试一个软件的时候,先确定基本流也就是测试流程中软件功能按照正确的事件流实现的一条正确流程,接着去确定备选流也就是那些出现故障或缺陷的过程,用备选流加以标注。然后可以采用矩阵或决策表来确定和管理测试用例。

测试计划示例模板

携程 x x x项目测试计划 编制审核批准日期日期日期

修订记录 日期版本说明草拟/修改V0.1 草拟测试计划

目 录 1 引言...........................................................................................................................................2 1.1 编写目的...........................................................................................................................2 预期读者...........................................................................................................................2 参考资料 (2) 1.2 1.3 2 3 测试范围...................................................................................................................................2 测试策略...................................................................................................................................2 3.1 功能测试策略...................................................................................................................2 系统兼容性测试...............................................................................................................3 性能测试 (3) 3.2 3.3 4 测试资源...................................................................................................................................3 4.1 测试人员...........................................................................................................................3 测试环境...........................................................................................................................3 Bug 管理工具. (4) 4.2 4.3 5 6 7 进度安排...................................................................................................................................4 5.1 5.2 测试进度及工作量估算...................................................................................................4 输出文档 (4) 发布标准...................................................................................................................................5 6.1 6.2 测试完成标准...................................................................................................................5 产品发布标准. (5) 风险说明 (5)

(完整word版)软件测试计划范例

测试计划

目录 1.概述........................................................................................................................................ (1) 1.1 产品简介 (1) 1.2 范围 (1) 1.3 限制条件 (1) 1.4 参考文档 (1) 2.约定 (2) 2.1 测试目标 (2) 2.2 接收标准 (2) 2.3 资源和工具 (2) 2.3.1 资源 (2) 2.3.2 工具 (2) 2.4 送测要求 (2) 2.5 编号规则 (2) 3.测试种类及测试标准 (3) 3.1 测试种类 (3) 3.2 测试方法及标准 (3) 3.2.1 功能测试 (3) 3.2.2 业务测试 (3) 3.2.3 压力测试 (3) 3.2.4 安装测试 (3) 3.2.5 验收测试 (3) 4.测试重点及顺序 (4) 4.1 预测风险 (4) 4.2 测试重点 (4) 4.2.1 功能测试 (4) 4.2.2 业务测试 (4) 5.暂停标准和再启动要求 (5) 6.测试任务和进度 (6) 7.测试提交物 (7)

1.概述 1.1产品简介 本次开发是在销售助手一期的基础上进行的后续开发,包括新增客服功能模块、解决一期遗留的售前部分问题、完成必要的库房管理功能。二期结束后产品就成为一个比较完整的销售管理软件。 1.2范围 本测试计划是针对<销售助手二期概要设计说明书>中规定内容的测试计划,包括: 改进后的报价书 改进后的客户关怀 销售机会中新增加的客户反馈 销售机会中新增加的客户组织分析 销售机会中改进的竞争管理(待定) 销售机会中改进的联系人 改进后的产品和价格配制器 新增的销售知识库 新增的联系活动管理 新增的客户请求模块 新增的客服活动模块 新增的客服合同模块 新增的客服计划模块 新增的客服知识库模块 新增的完成关联任务模块 公共部分新加或改进的日历浏览数据 公共部分新加或改进的报表功能 公共部分新加或改进的个人事务中心 1.3限制条件 本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况,本计划会做出相应修改。 1.4参考文档

软件测试计划书

文档标识:01 学生信息管理系统 软件测试计划书 编写者 校对 小组成员 数据库07-3班 二O一O年七月 第01小组

目录 1.引言 1.1.目的 测试学生信息管理系统中的各个功能模块是否满足用户要求,并测试是否存bug。预期达到能够使系统进行快速的改进和系统的提高。为了在软件投入生产性运行之前,尽可能多地发现软件的错误。 1.2.背景 a.本项目测试的背景;学生信息管理系统是一个教育单位不可缺少的部分,它的内容对于决策者和管理者来说都至关重要,所以学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案,这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。而计算机的应用便解决了以上问题,它带来更加科学,有效,正规的管理方式,给人们带来了很大的便利。学生信息管理系统界面简洁,操作简单,满足了学校对学生信息管理的需要。 b.该开发项目的历史,列出用户和执行此项目测试的机构或人群;该项目前后经历了三个阶段,前期设计阶段,然后是开发阶段,最后是软件的测试阶段。项目的用户针对的是学校的广大学生和管理员,系统的功能测试主要由专业的软件测试人员进行测试。 1.3.范围 学生信息管理系统试采用的是黑盒测试的方式来对系统进行测试。主要测试软件的功能是否满足客户的需要,性能是否优越以及系统所存在的问题。对系统的各个模块进行详细的测试,并记录测试的结果,对测试的结果进行细致的分析处理。测试时对系统的各个功能模块进行拆分测试,并以每一个模块都要测试到。对所有可能的结果进行测试,以及测试过程中存在的问题进行分析,然后提交测试的记录。最后,对软件存在的问题以及性能的测试进行全面分析,并给予记录。 在测试的过程中需要提出各个问题的假设,以及根据需求报告文档中存在的项目功能模块和用户的需求来改善系统。列出可能会影响测试设计、开发、或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。 1.4.定义 信息(Information):有关学生个人的详细数据,如姓名、性别、家庭住址等 管理(Manage):对学生信息进行操作,如增删改查等基本功能 统计(Account):对学生信息的统计,如人数等 1.5.参考资料 列出编写本计划及测试整个过程中所要参考的文件、资料。 列出编写本计划时需查阅的Intenet上杂志、专业着作、技术标准。

功能测试计划

八师石河子市 电子商务公共服务平台项目 功能测试计划 新疆维吾尔自治区电信有限公司系统集成分公司北京英迪华科技有限公司

文档基本信息:

目录 1.项目概述------------------------------------------------------------------ 3 1.1项目来源-------------------------------------------------------------- 3 1.2项目背景-------------------------------------------------------------- 3 2.系统测试概述 -------------------------------------------------------------- 4 2.1被测系统逻辑结构 ------------------------------------------------------ 4 2.2测试方法描述 ---------------------------------------------------------- 4 2.2.1测试方法 ---------------------------------------------------------- 4 2.2.2测试用例编写原则----------------------------------------------------- 5 2.3系统测试点分析----------------------------------------------------------- 5 3.测试方案------------------------------------------------------------------ 6 3.1测试环境-------------------------------------------------------------- 6 3.2系统性能测试内容 ------------------------------------------------------ 6 3.3系统验收测试内容(见附件一) --------------------------------------------- 7 3.4测试流程及周期 -------------------------------------------------------- 7 3.5测试人员按排 ---------------------------------------------------------- 8 4.测试管理------------------------------------------------------------------ 9 4.1测试启动/结束/暂停/再启动准则------------------------------------------ 9 4.1.1测试启动准则--------------------------------------------------------- 9 4.1.2测试结束准则--------------------------------------------------------- 9 4.1.3测试暂停/再启动准则-------------------------------------------------- 9 4.2测试记录规定 ---------------------------------------------------------- 9 4.3测试问题跟踪 --------------------------------------------------------- 10 5.测试项目组构成 ----------------------------------------------------------- 11 6.参考资料----------------------------------------------------------------- 12 7.附件一验收测试内容列表--------------------------------------------------- 13 7.1系统安装与卸载 ------------------------------------------------------- 13 7.2软件功能测试 --------------------------------------------------------- 13 7.3安全可靠性----------------------------------------------------------- 13 7.4用户界面------------------------------------------------------------- 13 7.5中文符合性----------------------------------------------------------- 14 7.6用户文档------------------------------------------------------------- 14 7.7病毒检查------------------------------------------------------------- 14

软件测试计划模板(绝对实用)

XXX项目软件测试计划 编制: 审核: 批准:

目录 1资源需求 (4) 1.1 硬件资源 (4) 1.2 软件资源 (4) 1.3 人力资源 (4) 2测试详述 (4) 2.1 测试范围 (4) 2.2 测试目标 (5) 2.3 风险和约束 (5) 2.4 测试进度 (5) 3测试策略 (5) 3.1 整体策略 (5) 3.2 测试类型 (6) 3.3 测试技术 (6) 4测试提交文档 (6) 5测试进入准则 (7) 6测试通过准则 (7)

说明:蓝色说明文字,文档编写完成后,请删除。 1资源需求 1.1硬件资源 说明:描述建立测试环境所需要的设备、用途及软件部署计划。 机型(配置):此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。 用途及特殊说明:此设备的用途,如数据库服务器,web服务器,后台开发等;如有特殊约束,如开放外部端口,封闭某端口,进行性能测试等,也写在此列; 软件及版本:详细说明每台设备上部署的自开发和第三方软件的名称和版本号,以便系统管理员按照此计划分配测试资源; 1.2软件资源 1.3人力资源 说明:列出项目参与人员的职务、姓名、职责。人员包括开发人员,Qa,配置,测试以及 2测试详述 2.1测试范围 说明:本计划涵盖的测试范围,比如功能测试、集成测试、性能测试、安全测试等。测试项目涉及的业务功能与其它项目涉及的业务接口等。要说明哪些是要测试的,哪些是不要测试的。哪些文档需要编写,哪些文档在什么情况下不写等。

2.2测试目标 说明:测试人员根据项目的目标和公司质量目标转换成本次测试的目标。做到完成测试目标同时实现项目的目标和公司的质量目标。测试目标转换成可衡量和实现的东西,必须有固定的视图和目标。 2.3风险和约束 说明:列出测试过程中可能存在的一些风险和制约因素,并给出规避方案。如: ●由于客观存在的设备、网络等资源原因,使得测试不全面。明确说明哪些资源欠缺, 产生什么约束 ●由于研发模式为项目型产品,且工程上线时间压力大,使得测试不充分。明确说明 在此中约束下,测试如何应对。 ●由于开发人员兼职其它他工作,造成的所提交代码质量以及不能及时修改BUG的 2.4测试进度 说明:在此章节,对各阶段的测试给出里程碑计划,包括阶段、里程碑、资源等。如果项目 3测试策略 3.1整体策略 说明:说明计划中使用的基本的测试过程。使用里程碑技术在测试过程中验证每个模块,测

软件测试计划书模板

编号:xx-xxx-xx-001 某某某建设项目 软件测试计划 某某某有限公司 2018年01月

目录 1 文档说明 (2) 1.1 文档控制 (2) 1.1.1 变更记录 (2) 1.1.2 审阅记录 (3) 2 引言 (4) 2.1 编写目的 (4) 2.2 项目背景 (4) 2.3 参考资料 (4) 2.4 术语和缩略语 (5) 3 测试策略 (6) 3.1 整体策略 (6) 3.2 测试范围 (7) 3.3 测试交接标准 (8) 3.3.1 单元测试交接标准 (8) 3.3.2 集成测试交接标准 (8) 3.4 测试通过标准 (9) 3.5 测试类型 (9) 3.5.1 集成测试 (9) 3.5.2 功能测试 (10) 3.5.3 用户界面测试 (10) 3.5.4 性能评测 (10) 3.5.5 负载测试 (10) 3.5.6 强度测试 (10) 3.5.7 容量测试 (10) 3.5.8 安全性和访问控制测试 (11) 3.5.9 故障转移和恢复测试 (11) 3.5.10 配置测试 (11) 3.5.11 安装测试 (11) 3.6 风险分析 (12) 4 测试方法 (12) 4.1 里程碑技术 (12) 4.2 测试用例设计 (12) 4.3 测试实施过程 (13) 4.4 测试方法综述 (13) 4.5 测试团队结构............................................................................. 错误!未定义书签。 5 资源需求 (13) 5.1 培训需求 (13) 5.2 运行环境 (14) 5.2.1 软件运行环境 (14) 5.2.2 硬件运行环境 (14) 5.1 人力资源 (14) 6 测试时间安排 (15)

测试用例实例—常见功能测试点

测试用例实例--常见功能测试点 笔者在网上看到了一篇文章,个人认为此文对于“软件常用功能测试点”总结的很好,特此摘录下来和大家一起分享。 1. 登陆、添加、删除、查询模块是我们经常遇到的,这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求,密码不符合要求(格式上的要求) ④密码符合要求,用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名,不存在的密码 ⑦数据库中存在的用户名,错误的密码 ⑧数据库中不存在的用户名,存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 ------------------------------------------------------------------------------------------------------ 2) 添加 ①要添加的数据项均合理,检查数据库中是否添加了相应的数据 ②留出一个必填数据为空

③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存,也要察看数据库里是否多了一条数据 ------------------------------------------------------------------------------------------------------ 3) 删除 ①删除一个数据库中存在的数据,然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据,看是否有错误提示,并且数据库中没有数据被删除 ③输入一个格式错误的数据,看是否有错误提示,并且数据库中没有数据被删除。 ④输入的正确数据前加空格,看是否能正确删除数据 ⑤什么也不输入 ⑥是否支持table键 ⑦是否支持enter键 ------------------------------------------------------------------------------------------------------ 4)查询 精确查询:

[示例文档1]软件测试计划书

[示例文档1]软件测试计划 书 标准化文件发布号:(9312-EUATWW-MWUB-WUNN-INNUL-DQQTY-

软件测试计划

1 概述 测试目的 说明本项目测试目的、预期达到的目标。 背景 说明本项目测试的背景。 参考资料 列出编写本计划及测试整个过程中所要参考的文件、资料。 2 测试基本内容 测试要点 测试要点应对以软件测试的以下信息进行具体描述。 测试方法:本次测试采用的测试方法(黑盒或白盒测试)。 测试类型:测试类型的说明。 测试手段:如手工测试、自动测试或手工与自动测试相结合。 采用手工与自动测试相结合的方式,说明不同手段所占比例。 采用自动测试,需详细说明选用的测试工具。 测试内容:根据软件项目的实际特点确定确认测试的测试内容。对部分软件除基本的功能测试外,可能还包括: 性能测试、安全性测试、极限测试、并发操作测试等。 测试环境 说明本次测试软件的运行与测试所需的硬件环境和软件环境。测试范围 确定本次测试范围。

测试工具 说明本次测试使用的测试工具,包括自编测试程序,并进行确认。 测试开始时间 指明本项目测试工作的开始时间。 测试结束时间 确认测试工作预计的完成时间。 3 实施计划 测试设计工作任务分解和人员安排 测试设计工作应包括对系统功能及专业知识的学习, 编写测试大纲、设计测试用例等工作。 时间安排 测试设计开始时间:测试设计工作预计开始时间。 测试设计结束时间:测试设计工作预计结束时间。 人员安排 列出预计参加本次测试设计工作的全部测试人员。 输出要求 测试设计工作的输出应包括《测试用例》、《测试记录表》、《测试报告》。 对系统功能及专业知识学习如有必要也要形成书面材料。 由测试小组负责规定组织相关的测试人员进行评审计划。

软件测试计划模板参考文档

XXX项目 软件测试计划 编号: xxxx公司 20xx年xx月 目录

1文档说明 (2) 1.1文档信息 (2) 1.2文档控制 (2) 1.2.1变更记录 (2) 1.2.2审阅记录 (3) 2引言 (4) 2.1编写目的 (4) 2.2项目背景 (4) 2.3参考资料 (4) 2.4术语和缩略语 (5) 3测试策略 (5) 3.1整体策略 (5) 3.2测试范围 (7) 3.3测试交接标准 (8) 3.3.1单元测试交接标准 (8) 3.3.2集成测试交接标准 (8) 3.4测试通过标准 (8) 3.5测试类型 (8) 3.5.1功能测试 (8) 3.5.2性能测试 (9) 3.5.3容量测试 (9) 3.5.4安全测试 (9) 3.6风险分析 (9) 4测试方法 (10) 4.1里程碑技术 (10) 4.2测试用例设计 (10) 4.3测试实施过程 (11) 4.4测试方法综述 (11) 4.5测试团队结构 (11) 5资源需求 (12) 5.1培训需求 (12) 5.2运行环境 (12) 5.2.1软件运行环境 (12) 5.2.2硬件运行环境 (13) 6各阶段时间分配 (13) 7测试过程管理 (13) 7.1测试文档 (13) 7.1.1测试文档管理 (13) 7.2缺陷处理过程 (14) 7.3测试报告 (14)

1文档说明 1.1文档信息 文档基本信息参看表1-1文档信息表。 表1-1文档信息表 1.2文档控制 1.2.1变更记录 文档变更记录在表1-2中详细记录。

1.2.2审阅记录 表1-3中详细记录了审阅记录。

软件测试计划书样本

实用测试计划书(样本)公司标识(Logo) 软件名称 测试计划书名称 第X.X版 X年X月X日 作者 公司文件,谨供内部使用

目录 1.测试计划文件名及存放处………………………………………………………………………... 2.测试计划书简介…………………………………………………………………………………... 2.1 测试计划书目的阐述………………………………………………………………………... 2.2 测试背景简介………………………………………………………………………………... 2.3 测试范围……………………………………………………………………………………... 2.4 参考文献……………………………………………………………………………………... 3.测试项目…………………………………………………………………………………………... 4.主要测试部分……………………………………………………………………………………... 5.不测试部分………………………………………………………………………………………... 6.测试内容…………………………………………………………………………………………... 6.1 测试操作平台一览表………………………………………………………………………... 6.2 回归测试……………………………………………………………………………………... 6.3 软件新增部分测试…………………………………………………………………………... 6.4 性能测试……………………………………………………………………………………... 6.5 强度测试……………………………………………………………………………………... 6.6 文件审查……………………………………………………………………………………... 6.7 自动测试……………………………………………………………………………………... 7.测试通过与否的界定准则………………………………………………………………………... 8.测试中止及恢复测试的准则……………………………………………………………………... 9.测试资料…………………………………………………………………………………………... 9.1 测试计划书…………………………………………………………………………………... 9.2 测试实例……………………………………………………………………………………... 9.3 缺陷(测试)报告……………………………………………………………………………... 10.测试具体操作……………………………………………………………………………………. 10.1 测试前的准备工作………………………………………………………………………... 10.2 具体测试………………………………………………………………………………….. 10.3 编写缺陷报告及测试报告……………………………………………………………….. 10.4 纠错审核………………………………………………………………………………….. 11.测试基本支持……………………………………………………………………………………. 11.1 硬件方面………………………………………………………………………………….. 11.2 软件方面………………………………………………………………………………….. 11.2.1 测试对象…………………………………………………………………………. 11.2.2 测试工具…………………………………………………………………………. 11.2.3 第三方软件………………………………………………………………………. 11.2.4 数据库……………………………………………………………………………. 12.各相关部门(组别)的责任分工……………………………………………………………… 13.测试人员的配备及培训………………………………………………………………………… 13.1 测试人才配备……………………………………………………………………………. 13.2 技术培训………………………………………………………………………………… 14.测试进度……………………………………………………………………………………….. 15.危机处理………………………………………………………………………………………..

_软件测试计划范例

_软件测试计划范例标准化文件发布号:(9312-EUATWW-MWUB-WUNN-INNUL-DQQTY-

测试计划

目录 1.概述 ............................................................................................................................................... (1) 产品简介 (1) 范围 (1) 限制条件 (1) 参考文档 (1) 2.约定 (2) 测试目标 (2) 接收标准 (2) 资源和工具 (2) 资源 (2) 工具 (2) 送测要求 (2) 编号规则 (2) 3.测试种类及测试标准 (3) 测试种类 (3) 测试方法及标准 (3) 功能测试 (3) 业务测试 (3) 压力测试 (3) 安装测试 (3) 验收测试 (3) 4.测试重点及顺序 (4) 预测风险 (4) 测试重点 (4) 功能测试 (4) 业务测试 (4) 5.暂停标准和再启动要求 (5) 6.测试任务和进度 (6) 7.测试提交物 (7)

1.概述 1.1产品简介 本次开发是在销售助手一期的基础上进行的后续开发,包括新增客服功能模块、解决一期遗留的售前部分问题、完成必要的库房管理功能。二期结束后产品就成为一个比较完整的销售管理软件。 1.2范围 本测试计划是针对<销售助手二期概要设计说明书>中规定内容的测试计划,包括:改进后的报价书 改进后的客户关怀 销售机会中新增加的客户反馈 销售机会中新增加的客户组织分析 销售机会中改进的竞争管理(待定) 销售机会中改进的联系人 改进后的产品和价格配制器 新增的销售知识库 新增的联系活动管理 新增的客户请求模块 新增的客服活动模块 新增的客服合同模块 新增的客服计划模块 新增的客服知识库模块 新增的完成关联任务模块 公共部分新加或改进的日历浏览数据 公共部分新加或改进的报表功能 公共部分新加或改进的个人事务中心 1.3限制条件 本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况,本计划会做出相应修改。 1.4参考文档 序 名称作者备注 号

软件测试计划书模板

软件测试计划书 项目小组:B 项目成员: 项目组长:

目录 1.引言 (2) 1.1.目的 (2) 1.2.背景 (2) 1.3.范围 (2) 1.4.定义 (2) 1.5.参考资料 (2) 2.测试内容 (2) 3.测试规则 (3) 3.1.进入准则 (3) 3.2.暂停/退出准则 (3) 3.3.测试方法 (3) 3.4.测试手段 (3) 3.5.测试要点 (3) 3.6.测试工具 (3) 4.测试环境 (3) 4.1.硬件环境 (3) 4.2.软件环境 (4) 4.3.通信环境要求 (4) 4.4.安全性环境要求 (4) 4.5.特定测试环境要求 (4) 5.项目任务 (4) 5.1.测试规划 (4) 5.2.测试设计 (4) 5.3.测试执行准备 (4) 5.4.测试执行 (5) 5.5.测试总结 (5) 6.实施计划 (5) 6.1.工作量估计 (5) 6.2.人员需求及安排 (5) 6.3.进度安排 (5) 6.4.其他资源需求及安排 (6) 6.5.可交付工件 (6) 7.风险管理 (6)

1.引言 1.1.目的 本测试计划将要简要介绍并进一步说明交换机主要功能的测试项目策略和方法。交换机研发人员希望通过此测试计划了解交换机的主要功能 并指出预期的读者范围。 1.2.背景 说明: a.本项目测试的背景; b. 测试计划所从属的软件系统的名称; c.该开发项目的历史,列出用户和执行此项目测试的机构或人群。 1.3.范围 本测试计划文档详细描述了{项目名称}测试的基本内容、测试范围、测试方法、所需要的资源(软件资源、硬件资源、人力资源及其它)以及在测试过程中的风险控制、时间进度等。 1.4.定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.5.参考资料 列出编写本计划及测试整个过程中所要参考的文件、资料。 编号资料名称作者日期出版单位 1 2 列出编写本计划时需查阅的Intenet上杂志、专业著作、技术标准。 查阅内容网点地址简介 2.测试内容 下表列出了XXXX项目的测试需求,并对其进行了优先级定义: 子系统名称模块名称测试点优先级说明

软件测试计划范文3篇

软件测试计划范文3篇 篇一:软件测试计划 1(简介 1.1目的 ,项目名称,的这一“测试计划”文档有助于实现以下目标: [确定现有项目的信息和应测试的软件构件。列出推荐的测试需求。推荐可采用的测试策略,并对这些策略加以说明。确定所需的资源,并对测试的工作量进行估计。列出测试项目的可交付元素] 1.2背景 [对测试对象及其目标进行简要说明。需要包括的信息有:主要的功能和性能、测试对象的构架以及项目的简史。] 1.3范围 [描述测试的各个阶段,并说明本计划所针对的测试类型。简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。 如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施,则列出所有这些假设。列出可能会影响测试设计、开发或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。 2. 测试参考文档和测试提交文档 2.1测试参考文档 下表列出了制定测试计划时所使用的文档,并标明了各文档的可用性: [注:可适当地删除或添加文档项。] 文档、已创建或可用、已被接收或已经过复审、作者或可行性分析报告、是? 否?、是? 否?

需求规格说明书、是? 否?、是? 否? 软件概要设计、是? 否?、是? 否? 软件详细设计、是? 否?、是? 否? 软件测试需求、是? 否?、是? 否? 测试时间表及人员安排、是? 否?、是? 否? 用户操作手册、是? 否?、是? 否? 安装指南、是? 否?、是? 否? 2.2测试提交文档 [下面应当列出在测试阶段结束后,所有可提交的文档] 例如:测试报告,测试用例 3.测试进度 测试活动、计划开始日期、实际开始日期、结束日期、完成人员制定测试计划 设计测试用例 集成测试 系统测试 性能测试 安装测试 用户验收测试 对测试进行评估 产品发布 4.测试资源 4.1人力资源 下表列出了在此项目的人员配备方面所作的各种假定。

软件测试计划书1

软件测试计划书 1.测试范围: 本软件为智能红绿灯控制系统,是针对城市交通管理员设计的,城市交通管理员是这个软件的使用者,他通过此软件为各个路口设置参数,使系统能够根据输入的参数通过控制交通灯实时地对各路口的交通进行调度;能够随时掌握现在交通的具体情况。 由于各种活动的相互影响和制约,我们不可能把这个软件设计的完美无缺,可能有许多错误,这些错误甚至会对软件产品以至整个系统产生致命的危害,因此就需要对我们的软件进行测试,主要是对制作的软件产品进行检查,及时的发现程序中逻辑错误,以保证软件产品的正确性和可靠性。 具体结合到我们这个软件,是要做到一下几点。1,通过测试来检验软件是否可以正常运行。2,如果无法正常运行,需要检测出错误处在哪里,并加以纠正3,本软件是否可以一一满足用户的所有要求。4,当用户出现违规操作(例如设定最大绿灯时间大于所给范围等),系统能否发现并提醒用户改正。 在测试阶段我们首先必须明确信息的流向,下图给出了测试阶段信息流向的模型,我们 ??? 正错误 我们计划将测试分为3个阶段: 首先,将整个程序按功能划分成3个子模块,分别对每个模块进行单元测试,在该阶段我们在每个单独的程序块中,消除块内的逻辑、功能上的缺陷和错误,保证每个块作为一个单元能正确执行,并为上一级测试做准备; 第二步,进行联合测试,将3个模块进行集中和装配,形成一个完整的软件后就可以进行联合测试,联合测试除了进一步检测和排除子系统(或系统)结构或相应程序结构上的错误之

外,还应该验证所有的系统单元配合是否合适、整体性能和功能是否完整; 最后,在对整个程序进行有效性测试,在模块测试、联合测试之后,就可以对组装起来的软件进行有效性测试,有效性测试就是根据需求分析规格说明书中规定的有效性标准,通过功能测试验证软件系统是否与用户的要求一致。 2.测试计划: 2.1:静态测试 静态测试是指不执行程序而找出程序存在的错误。这种方法以人工的、非形式化的方法对程序进行分析和测试,不依赖计算机的测试。在静态测试中,主要是找出程序中的语法错误,我们将通过下面检验清单来完成,可以提高检查程序的一般性错误的评审效果。 1.数据引用错误 (1)引用未赋值的变量; (2)数组元素下标越界或非整数值; (3)指针变量访问的内存空间非法; (4)对具有多个名字的同一内存区中的数据,由于属性(或数据类型)说明不一致而引起的错误; (5)使用了非法的变量类型和属性说明; (6)访问了不存在的存储空间; (7)指针或索引所访问的数据属性不属于编译系统处理的范围; (8)多个过程或程序引用的数据结构不一致; (9)变址引用越界; (10)变址或数组下标运算“差1”; (11)汇编累加器、位移量、程序定位及空留位值越限; 2.数据说明错误 (1)对某些变量没有说明,缺省属性使用不正确; (2)数组或字符串初始化不正确; (3)变量的长度,类型,存储类别规定不对; (4)变量初始值与其存储类别说明不一致; (5)误用相似的变量名,系统保留字、未加说明和前后矛盾的变量名; (6)定义了未被引用或仅引用了一次的变量; 3.计算错误 (1)不同类型的变量混合计算,或用零作除数; (2)赋值长度大于被赋值变量长度; (3)表达式中间结果或最后结果出现上溢或下溢; (4)二进制数的运算精度不够或变量值超出有效范围; (5)非法运算符和运算符优先顺序不对; (6)整形变量使用错误或有非法算式; 3.比较错误 (1)不同类型的变量进行比较,如布尔量和整形的比较; (2)比较运算符的五接和不正确的布尔表达式; (3)逻辑操作数和比较数混合在一起;