文档库 最新最全的文档下载
当前位置:文档库 › 软件测试计划规划方案.docx

软件测试计划规划方案.docx

软件测试计划规划方案.docx
软件测试计划规划方案.docx

测试计划

1引言

1.1 编写目的

软件测试是为了发现程序中的问题。本系统技术不很成熟,存在不少问题,测试变得非

常重要。软件测试的过程也是程序运行的过程,程序运行需要数据,为测试设计的数据称测试

用例,设计测试用例的原则自然是尽可能暴露错误。

此报告预期读者:软件测试人员。

1.2 背景

说明:

a.所从属的软件系统的名称:学生管理系统;

b.本项目的任务开发者:南京航空航天大学信息学院;

c.用户及实现该软件的计算中心或计算机网络:南航计算机中心;

d.完成测试计划之前必须完成项目的需求分析、概要设计等工作。

1.3 定义

测试用例:是为测试而设计的数据

1.4 参考资料

1.孙涌等编,现代软件工程,北京希望电子出版社2002 年

2.齐治昌等,软件工程(第二版),高等教育出版社, 2004

3. Pressman R S. Software Engineering: A Practitioner’s Approach. 3rd

4.郑人杰等,实用软件工程(第二版),清华大学出版社, 1997

2计划

2.1 软件说明

测试范围主要内容输入输出

系统登陆验证验证用户身份,权限控制用户口令及密码验证密码正确或错误

学生命令处理测试测试功能性测试学生用户命令选择相应的功能输出

管理员命令处理测试测试功能性测试管理员用户命令选择相应的功能输出

选课测试测试选课信息处理选课信息学生学号姓名相应的功能输出

学生基本信息测试测试学生基本信息处理学生学号、姓名相应的功能输出

显示信息测试测试显示信息选择选项输出相应信息

学生成绩信息测试测试学生成绩信息处理学生学号、姓名相应的功能输出2.2 测试内容

首先,将学生基本信息模块中的查询、修改等内容进行测试,为功能测试,学生成绩信

息模块中的查询、登记等内容进行测试,是功能测试,学生选课信息模块中的选课、修改、

查询等内容进行测试,是功能测试;

其次,学生命令处理测试,进行学生权限的判断,是接口正确性测试,管理员命令处理

测试,进行管理员权限的判断,是接口正确性测试,同时也要存取数据,使数据问卷存取的

测试;

再次,系统登录验证,输入用户名及密码,使数据问卷存取的测试,接口正确性测试。

同时,在测试功能借口数据的时候,要进行运行时间的测试,测试存取数据的时间。

2.3 测试 1(标识符)

系统登录验证测试(SYSTEM TEST )

测试用户名及密码信息数据库的存取及判断验证

2.3.1 进度安排

首先,熟悉程序的运行环境,熟悉系统的运用过程,为期两天;

其次,进行系统的培训,为期两天

再次,准备输入数据,为期三天,

此后一周时开始正式测试,为期大概一周

2.3.2 条件

述本工作源的要求,包括:

a.所用普通算机即可,数量10 台,定使用7 天;

b.件列出将被用来支持本程而本身又并不是被件的成部分的件,如程序、控程序、仿真程序、模等等;模在大多数合称“主程序” ,他接受数据并将些数据

到被模,被模被用后,“主程序”打印相关果;模用于替代那些真正附属于被模

的模,模的接口与其的真模完全一致,但内部制作少量的数据理,主要任是打

印“ 入 -退出”消息。

c.可提供行的工作人有5 人左右,其技水平均中等到高等,有关知均以掌握,另外需的数字入人 2 人。

2.3.3 测试资料

列出本所需的料,如:

a.有关本任的文件:学生管理系同文件文档;

b.被程序及其所在的媒体:学生管理系可化程序;

c.的入和出例;

首先建立起一个数据,里面存放有用名和密及限。于管理的限分四,即:可学生所有信息,但不能行修改;可修改学生基本信息;可修改学生

信息;可修改学生成信息;用代A、 B、 C、 D 表示

有一用名: 040240101,密 123456,限学生;另有一用名: LEADER ,密 123,限 A ;

没有用名 040240301 的用??

程:

入用名: 040240101,入密: 234567,

系在后出:用密,重新入

重新入密:123456,入系,系出学生用界面;

入用名: LEADER ,入密:123,

系在后出管理用界面,并用限,此用限 A ,不能行修改,系出:用无修改限;

入用名: 040240301,密: ******

系在后出:用名,重新入

重新入三次都出,系关

d.有关控制此的方法、程的表。

接口

局部数据构

界条件

被模

独立路径

理路径

??

被用例

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.l 条相类似的方式说明第 2 项及其后各项测试工作的设计考虑。

4评价准则

4.1 范围

说明所选择的测试用例能够检查的范围及其局限性。

所选择测试用例能够进行基本的正误判断,能够检查出用户名及密码是否合法,从而给出用户权限,但其权限只有在管理员进行信息修改时才能够进行检查判断,此次局部测试需要在

最后的整体测试才可完全完成

在整个测试过程中,测试用例可以检查出系统的各种错误,基本实现系统要求的功能,

而且系统的处理速度是用户可以接受的。但测试仍有其局限性,既无法完全包括各种情况,

如用户在同一时间进行大量访问时系统的承受能力等。

4.2 数据整理

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

为了将数据整理成为便于评价的适当形式,需要运用的转换处理技术为手工方式,需要用一部分测试人员将记录的输入输出数据进行处理。

4.3 尺度

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

合理的输出结果的类型为:清晰明白的表示出系统使用过程中出现的各种情况,而且容易理解,在出现错误时具有错误处理路径;

测试输出结果与预期输出之间容许有少许偏离,即输出结果有时不能正确判断问题所

在,就需要测试人员进行更进一步的测试,帮助开发人员进行查错;

允许中断或停机的最大次数暂无确切限制

相关文档