软件测试计划书

1、文档标识：01学生信息管理系统软件测试计划书者写编对校 小组成员 班07-3数据库O二O年U小组0第目录1 引言1. 1.目的测试学生信息管理系统中的各个功能模块是否满足用户婆求.并测试是否存bugQ预期达到能够使系统进 行快速的改进和系统的提岛。为了在软件投入生产性运行之前，尽可能多地发现软件的错误。1.2.背景a.木项目测试的背景：学生信息管理系统是一个教育讯位不可缺少的部分，它的内容对于决策者和管理者來说都至关重耍，所以学生信息管理系统应该能够为用户提供充足的信息和快捷的査询于段。但一直以 來人们使用传统人匸的方式管理文件档案.这种管理方式存在着许多缺点,如:效率低.保密性差，另外时间

2、一长，将产生大虽的文件和数扯这对干査找.更新和维护都带來了不少的困难。而计算机的应用便解决了以 上问题.它带來更加科学，有效，正规的管理方式.给人们带來了很大的便利。学生信息管理系统界面简 洁，操作简讯.满足了学校对学生信息管理的需要。b 1. 3.范围学生信息管理系统试采用的是黑盒测试的方式來对系统进行测试。主要测试软件的功能是否满足客户的需 要，性能是否优越以及系统所存在的问題。对系统的族个模块进行详细的测试.并记录测试的结果，对测 试的结果进行细致的分析处理。测试时对系统的各个功能模块进行拆分测试并以每一个模块都要测试到C 1.4. 定义信息（Information）：有关学生个人的详细

3、数据，如姓名、性别、家庭住址等管理（Manage）：对学生信息进行操作，如增删改査等基本功能统计（Account）：对学生信息的统计，如人数等1.5. 参考资料列出編写木汁划及测试整个过程中所要参考的文件、资料C编号资料名称作者.日期出版銀位1g软件测试入门与提 高张成明清华大学出版社2g软件测试基础教 程刘建宇邮电大学出版社软件测试自动化的引入和应用李刚机械工业出版社列出編写木汁划时需査阅的Intenet上杂& 专业肴作.技术标准。査阅内容网点地址简介测试软件性能软件测试工具ITPUB测试软件的执行效率软件测试工具.2 测试内容下农列出了学生信息管理系统的测试需求，并对其进行了优先级

4、定义:子系统名称 测试测正确 性文件完整性 处理的连续性 访问控制符合 性可靠性易操 作性可维护性 可移植性问 题严重度描述 致命缺陷由 于程序所引起 的死机1， 非法退出死 循环2.模块名称测试点优先级说明成绩管理试因素增加成绩阶段学号0不能自动编号姓名H1 H长度没有限制H学期H0 H应该是个时间段而不是 时间点H点击空白处H M0 M M直接出错，然后关闭系统MM添加按钮H H H0 H H H添加完成绩之后不能及时 刷新,就不能很快的知道是 否真的添加成功H H H成绩查询界面H H2 H H操作起来不够方便，查询 条件不具体。H H3 测试规则3.1.进入准则首先在系统中配辻ODBC

5、:控制版扳>ODBC选系统dns-亠选 access mdb->其中数据源名信息，点 击选择按钮,选你的程序目录中的信息洗机的文件确定.另外安装企业版开发系统。使用账户登录系统來完成徐个功能的测试。3. 2.暂停/退出准则1）、二级错误（大 于等于2）3. 3.测试方法木次测试运用黑盒测试方法.对学生管理系统进行测试。首先，进行对功能模块进行划分.明确功能测试 的人员负责情况。其次对幹个模块进行测试C3.4.当完成模块测试后进行整个系统的功能测试测试手段路径测试（pathtesting）。一条路径包含测试员所执行的所有步骤.或程序为了得到正确状态所通过的所有 语句。路径测试包括测试

6、通过程序的很女路径。通过非平凡程序的所有路径是不可能的。因此，有些测试 员进行子路径测测试很多部分路径八（subpath testing）,试.语句与分支覆盖率（statement and branch coverage）如果测试执行了程序中的所有语句（或代码行）则达 到100%的语句覆盖率。如果执行了所有语句和一个语句到另一个语句之间的所有分支，则达到100%的语 句和分支覆盖率。设汁自己的测试,达到高的语句与分支覆盖率，有时叫做“基于覆盖率的测试（coverage-based testing）* 。（达到覆盖率目标后，可以停止测试.或停止设计更筝的测试八 把它叫做语句与分支覆盖率， 是为了

7、与关注其他类型覆盖率的测试相区别°配習覆盖率就是一个很好例子，这种于段执行同一条语句很 多次，但是潜在产生非常不同的结果。配置覆盖率（configurationcoverage）。如果必须测试100台打印饥的兼容性，并且已经测试了 10台,就达到 10%的打印机覆盖率。更一般地.配宜覆盖率度虽测试员已经运行（并且程序已经通过）的配逍测试占计划运 行的配迓测试总数的百分比。基于规格说明的测（specification-basedtesting）。这种测试关注验证在规格说明中所做的有关产品的每个 事实声明。（爭实声明是可以州真或假表示的任何语句。）常常包括于册、市场开发文档或广告、技术支

8、持 人员寄给客户的印刷品中的所有声明o基于需求的测试（requirements-basedtesting） »测试关注证明程序满足需求文档中的所有需求（或关注逐个 需求地证明某个需求没有彼满足。）组合测试（combinationtesting） «相互组合测试两个或更多变址。木萃最后的“测试于段附录”还要讨论 这个问毬。组合测试很重婆，但是很多测试员对这种测试研尤得还很不够。3. 5.测试要点主耍测试系统的功能是否符合客户要求，各个模块之间的衔接程度是否顺畅，并测试软件是否存 在缺陷和漏洞。3. 6.测试工具1. 负戦压力测试工具这类测试工具的主要目的是度量应用系统的可扩展

9、性和性能，是种预测系统行为和性能的自 动化测试工具。在实施并发负载过程中，通过实时性能监测来确认和査找问题，并针对所发现 问题对系统性能进行优化，确保应用的成功部署。负载压力测试工具能够对整个企业架构进行 测试，通过这些测试，企业能最人限度地缩短测试时间，优化性能和加速应用系统的发布周期。2. 功能测试工具通过自动录制、检测和回放用户的应用操作，将彼测系统的输出记录同预先给定的标准结果比 较，功能测试工具能够有效地帮助测试人员对复杂的企业级应用的不同发布版本的功能进行测 试，提高测试人员的工作效率和质量。其主要目的是检测应用程序是否能够达到预期的功能并 正常运行。3. 测试管理工具-般而言，测

10、试管理工具对测试需求、测试计划、测试用例、测试实施进行管理，并且测试管 理工具还包括对缺陷的跟踪管理。测试管理工具能让测试人员、开发人员或其他的IT人员通过 一个中央数据仓库，在不同地方就能交互信息。4 测试环境4.1. 硬件环境1 处理器：Intel Pentium 166 XIX 或更商2内存：32MB以上3换盘空间：1GB以上4显卡：SVGA显示适配器4. 2.软件环境企业版开发系统4. 3.安全性环境要求操作系统的安全性，测试工具的安全性，测试软件的安全性。5. 项目任务以下是测试学生信息管理系统时与测试有关的任务：5.1. 测试规划1. 响应时间我把“响应时间”的概念确定为“对请求作

11、出响应所需要的时间S把响应时间作、为用户视角的软件性 能的主婆体现。响应时间划分为“呈现时间”和“系统响应时间”两个部分。2. 并发用户数我把“并发用户数"与“同时在线数”进行区别对待，我的“并发用户数'的标准是：并发用户数取决 于测试对象的目标业务场景因此.在确定这个“并发用户数”前.必须（必要）先对用户的业务进行分 解.分析出典型的业务场景（也就是用户最常使用、最关注的业务操作），然后基于场景采用某些方法（有 篡种讣算并发用户数的数学模型与公式）获得“并发用户数二这样做的丿京因是：假设一个应用系统、最岛峰有500人同时在线、但这500人却不是并发用户数、伙I为 假设在一个

12、时间点上.有50%的人在填写复朵的表格（填写表格动作对服务器没有任何负担、只有在“提 交”动作的时候才会对服务器系统构成圧力人有40%的人在不停的从一个页面跳转到另外一个页面（不停 发出请求与回应、产生服务器压力）、还有10%的人挂在线上，没有任何操作在发呆：）（没有对服务器构成 压力的动作）。因此只有那40%的人真正对服务器产生了压力，从这里例子可以看出、并发用户数关心的是 不但是业务并发用户数、还取决于业务逻供、业务场景。因此我们需要木文第八部分性能测试文档农5、 6.3. 吞吐址我把吞吐虽定义为“农位时间内系统处理的客户请求的数址S直接体现软件系统的性能承載能力.对 于交互式应用系统來说

13、、吞吐址反映的是服务器承受的压力、在容量规划的测试中、吞吐址是一个重婆指 标、它不但反映在中间件、数据库上、见加体现在硕件上。我们在以下方面利用这个抬标：（1）用来协助设计性能测试场景衡量性能测试是否达到了预计的设计目标.比如J2EE应用系统的连接 池、数据库爭务发生频率、爭务发生次数。（2）用來协助分析性能瓶颈、参照木文第二部分总的RBI方法。4. 性能计数器性能计数器式描述服务器或操作系统性能的一些数据抬标、例如对WINDOWS來说使用内存数、CPU 使用率.进程时间等都是常见的计数器。对于性能汁数器这个抬标來说、需婆考虑到的不但有锁件计数器、寂小服务器计数器.WElogic服务器汁 数器

14、、Sen-let性能计数器.EJB2的性能计数器、JSF性能计数器、JMS性能计数器。找到这些指标是使用 性能讣数湍的第一步.关键是找到性能瓶颈、确定系统阀值、提供优化建议才是性能汁数器使用的关键° 性能讣数器复杂而繁女、与代码上下文环境、系统配迓情况、系统架构、开发方式、使用到的规范实现、 工具、类库版木都有紧密的联系、在此不作赘述。5. 思考时间我把思考时何确定为“休眠时间”。从业务系统的角度來说，这个时间指的是用户在惊駁操作时.每个 请求之间的时间间隔、从自动化测试的角度來说、要真实的测试模拟用户操作、就必须在测试脚木中让各 个操作之间等待一段时间、休现在脚本上就是在操作之间放

15、宜一个Think的函数，体现为脚木中两个请求 语句之间的间隔时间、不同的测试工具提供了不同的函数或方法來实现思考时间、比如HPLoadRimer和 IBM Rational Performance Tester 的方式就完全不同。5. 2.测试设计用户层：主耍是而向产品最终的使用操作者的测试。这里重点突出的是在操作者角度上，测试系统对用户 支持的情况，用户界而的规范性、友好性、可操作性，以及数据的性。主要包扌舌：用户手册、使 用帮助、支持客户的其他产品技术手册是否正确、是否易于理解、是否人性化。用户界面测试在确保用户界而能够通过测试对象控件或入口得到和应访问的情况下，测试用户界而的风格是 否满

16、足用户要求，例如：界而是否美观、界面是否直观、操作是否友好、是否人性化、易操作性 是否较好。可维护性测试可维护性是系统软、駛件实施和维护功能的方便性。目的是降低维护功能对系统正常运行带来 的影响。例如：对支持远程维护系统的功能或工具的测试。安全性测试这里的安全性主要包括了两部分：数据的安全性和操作的安全性。核实只有规格规定的数据才 可以访问系统，其他不符合规格的数据不能够访问系统;核实只有规格规定的操作权限才可以访 问系统，其他不符合规格的操作权限不能够访问系统；应用层：针对产品工程应用或行业应用的测试。重点站在系统应用的角度，模拟实际应用环境，对系统 的兼容性、可靠性、性能等进行的测试。系统

17、性能测试针对整个系统的测试，包含并发性能测试、负载测试、压力测试、强度测试、破坏性测试。并 发性能测试是评估系统交易或业务在渐增式并发情况下处理瓶颈以及能够接收业务的性能过程： 强度测试是在资源情况低的情况下，找出因资源不足或资源争用而导致的错误：破坏性测试重点 关注超出系统正常负荷N倍情况下，错误出现状态和出现比率以及错误的恢复能力。系统可靠性、稳定性测试定负荷的长期使用环境下，系统可靠性、稳定性。系统兼容性测试系统中软件与各种帔件设备兼容性，与兼容性、与支撑软件的兼容性。系统测试组网环境下，系统软件对接入设备的支持情况。包括功能实现及群集性能。系统安装升级测试安装测试的目的是确保该软件在正

18、常和异常的不同情况下进行 安装时都能按预期目标来处理。 例如，正常情况下，第次安装或升级、完整的或自定义的安装都能进行安装。异常情况包扌舌磁 盘空间不足、缺少目录创建权限等。还有个目的是核实软件在安装后可立即正常运行。另外对 安装手册、安装脚本等也需要关注。5. 3.测试执行准备故障转移和恢复测试可确保测试对彖能成功完成转移，并能从导致意外数据损失或数据完整性破环的各种 唤件、软件、网络故障中恢复数据。故障转移测试可确保：对于必须持续运行的系统，一冃发生故障，备 用系统就将不失时机地“顶替”发生故障的系统，以避免丢失任何数据或事务。恢复测试是一种对抗性的 测试过程。在这种测）I/O （输岀/（

19、例如设备输入以产生故障，（或者是模拟的极端条件下）将把应用程序 或系统至于极端的条件下试中，故障或无效的数据库指针和关键字）。然后调用恢复进程并检测和检査应用程序和系统，核实应用程序或系 统和数据已得到了正确的恢复。5. 4.测试执行1. 前提条件确保测试项目的功能正常，如导航，数据输入，处理、检索是否正确，以及业务规则的实施是 否恰X。此类测试基于黑盒技术.该技术通过图形用户界而（GUI）与应用程序进行交互，并对交互的输岀 或结果进行分析，以此來核实应用程序及其内部进程，这是目前的测试垂点。执行用例及原始数据记录2. 提交测试问题单和测试报告3. 回归及脸收测试4. 输出工件利用有效的和无效的数据來执行各个用例流，以核实以下内容：a）在使用有效数据时得到预期的结果b）在使用无效数据时显示相应的错误消息或警告消息。6. 实施计划6.1.工作量估计根据I：作内容和项目任务对包括测试设计的匸作址、测试执行和测试总结的工作址.以人或人日计，并 详细注释测试设计、测试执行和测试总结工作所占的比重。软件测试匸作址应为