软件测试计划规划方案(共6页).docx

精选优质文档-倾情为你奉上测试计划1 引言1.1 编写目的软件测试是为了发现程序中的问题。本系统技术不很成熟，存在不少问题， 测试变得非常重要。 软件测试的过程也是程序运行的过程， 程序运行需要数据， 为测试设计的数据称测试用例，设计测试用例的原则自然是尽可能暴露错误。此报告预期读者：软件测试人员。1.2 背景说明：a 所从属的软件系统的名称：学生管理系统；b 本项目的任务开发者：南京航空航天大学信息学院；c 用户及实现该软件的计算中心或计算机网络：南航计算机中心；d 完成测试计划之前必须完成项目的需求分析、概要设计等工作。1.3 定义测试用例：是为测试而设计的数据1.4 参考资料1. 孙涌等编，现代软件工程，北京希望电子出版社2002 年2. 齐治昌等，软件工程（第二版） ，高等教育出版社， 20043.Pressman R S. Software Engineering: A Practitioners Approach. 3rd4. 郑人杰等，实用软件工程（第二版） ，清华大学出版社， 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 表示有一用 名 ： ，密 ， 限 学生； 另有一用 名 ： LEADER ，密 123， 限 A ；没有用 名 的用 程 ： 入用 名： ， 入密 ： ，系 在 后 出：用 密 ， 重新 入重新 入密 ：， 入系 ，系 出学生用 界面； 入用 名： LEADER ， 入密 ：123，系 在 后 出管理 用 界面， 并 用 限， 此用 限 A ，不能 行修改，系 出：用 无修改 限； 入用 名： ，密 ： *系 在 后 出：用 名 ， 重新 入重新 入三次都出 ，系 关 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 尺度说明用来判断测试工作是否能通过的评价尺度， 如合理的输出结果的类型、 测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。合理的输出结果的类型为： 清晰明白的表示出系统使用过程中出现的各种情况， 而且容易理解，在出现错误时具有错误处理路径；测试输出结果与预期输出之间容许有少许偏离，即输出结果有时不能正确判断问题所在，就需要测试人员进行更进一步的测试，帮助开发人员进行查错；允许中断或停机的最大次数暂无确切限制