软件测试计划书样本

文档标记：091601学生信息管理系统软件测试筹划书编写者macrobuttonnomacromacrobuttonnomacromacrobuttonnomacro校 对小构成员 数据库07-3班二O一O年七月第01小组目录1. 引言 11.1. 目 11.2. 背景 11.3. 范畴 11.4. 定义 11.5. 参照资料 12. 测试内容 23. 测试规则 23.1. 进入准则 23.2. 暂停/退出准则 23.3. 测试办法 23.4. 当完毕模块测试后进行整个系统功能测试测试手段 33.5. 测试要点 33.6. 测试工具 34. 测试环境 44.1. 硬件环境 44.2. 软件环境 44.3. 安全性环境规定 45. 项目任务 45.1. 测试规划 45.2. 测试设计 55.3. 测试执行准备 65.4. 测试执行 65.5. 测试总结 66. 实行筹划 66.1. 工作量预计 66.2. 人员需求及安排 76.3. 进度安排 76.4. 可交付工件 77. 风险管理 7引言目测试学生信息管理系统中各个功能模块与否满足顾客规定，并测试与否存bug。预期达到可以使系统进行迅速改进和系统提高。为了在软件投入生产性运营之前，尽量多地发现软件错误。背景本项目测试背景；学生信息管理系统是一种教诲单位不可缺少某些,它内容对于决策者和管理者来说都至关重要,因此学生信息管理系统应当可觉得顾客提供充分信息和快捷查询手段。但始终以来人们使用老式人工方式管理文献档案，这种管理方式存在着许多缺陷,如:效率低、保密性差,此外时间一长,将产生大量文献和数据,这对于查找、更新和维护都带来了不少困难。而计算机应用便解决了以上问题，它带来更加科学，有效，正规管理方式，给人们带来了很大便利。学生信息管理系统界面简洁，操作简朴，满足了学校对学生信息管理需要。b．该开发项目历史，列出顾客和执行此项目测试机构或人群;该项目先后经历了三个阶段，前期设计阶段，然后是开发阶段，最后是软件测试阶段。项目顾客针对是学校广大学生和管理员，系统功能测试重要由专业软件测试人员进行测试。范畴学生信息管理系统试采用是黑盒测试方式来对系统进行测试。重要测试软件功能与否满足客户需要，性能与否优越以及系统所存在问题。对系统各个模块进行详细测试，并记录测试成果，对测试成果进行细致分析解决。测试时对系统各个功能模块进行拆分测试，并以每一种模块都要测试到。对所有也许成果进行测试，以及测试过程中存在问题进行分析，然后提交测试记录。最后，对软件存在问题以及性能测试进行全面分析，并予以记录。在测试过程中需要提出各个问题假设，以及依照需求报告文档中存在项目功能模块和顾客需求来改进系统。列出也许会影响测试设计、开发、或实行所有风险或意外事件。列出也许会影响测试设计、开发或实行所有约束。定义信息（Information）：关于学生个人详细数据，如姓名、性别、家庭住址等管理（Manage）：对学生信息进行操作，如增删改查等基本功能记录（Account）：对学生信息记录，如人数等参照资料列出编写本筹划及测试整个过程中所要参照文献、资料。 编号资料名称作者日期出版单位1《软件测试入门与提高》张成明.6清华大学出版社2《软件测试基本教程》刘建宇.3邮电大学出版社《软件测试自动化引入和应用》李刚.4机械工业出版社列出编写本筹划时需查阅Intenet上杂志、专业著作、技术原则。 查阅内容网点地址简介软件测试工具测试软件性能软件测试工具ITPUB测试软件执行效率测试内容下表列出了学生信息管理系统测试需求，并对其进行了优先级定义：子系统名称模块名称测试点优先级阐明成绩管理增长成绩学号0不能自动编号姓名1长度没有限制学期0应当是一种时间段而不是时间点点击空白处0直接出错，然后关闭系统添加按钮0添加完毕绩之后不能及时刷新，就不能不久懂得与否真添加成功成绩查询界面2操作起来不够以便，查询条件不详细。测试规则进入准则一方面在系统中配备ODBC:控制版板-->ODBC>选系统dns>选accessmdb>其中数据源名"信息",点击"选取"按钮,选你程序目录中"信息.mdb"文献>拟定.此外安装vb6.0公司版开发系统。使用账户登录系统来完毕各个功能测试。暂停/退出准则软件系统在进行单元、集成、确认、系统、安装、验收测试时，发现一级错误（不不大于等于1）、二级错误（不不大于等于2）暂停测试返回开发。软件系统通过单元、集成、确认、系统、安装、验收测试，分别达到单元、集成、确认、系统、安装、验收测试停止原则。软件系统通过验收测试，并已得出验收测试结论。软件项目需暂停以进行调节时，测试应随之暂停，并备份暂停点数据。软件项目在其开发生命周期内浮现重大估算，进度偏差，需暂停或终结时，测试应随之暂停或终结，并备份暂停或终结点数据测试办法本次测试运用黑盒测试办法，对学生管理系统进行测试。一方面，进行对功能模块进行划分，明确功能测试人员负责状况。另一方面对各个模块进行测试。黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具备功能，通过测试来检测每个功能与否都能正常使用，在测试时，把程序看作一种不能打开黑盒子，在完全不考虑程序内部构造和内部特性状况下，测试者在程序接口进行测试，它只检查程序功能与否按照需求规格阐明书规定正常使用，程序与否能恰本地接受输入数锯而产生对的输出信息，并且保持外部信息（如数据库或文献）完整性。黑盒测试办法重要有等价类划分、边值分析、因—果图、错误推测等，重要用于软件确认测试。黑盒测试着力于程序外部构造、不考虑内部逻辑构造、针对软件界面和软件功能进行测试。“黑盒法是穷举输入测试，只有把所有也许输入都作为测试状况使用，才干以这种办法查出程序中所有错误。事实上测试状况有无穷各种，人们不但要测试所有合法输入，并且还要对那些不合法但是也许输入进行测试。当完毕模块测试后进行整个系统功能测试测试手段途径测试(pathtesting)。一条途径包括测试员所执行所有环节，或程序为了得到对的状态所通过所有语句。途径测试涉及测试通过程序诸多途径。通过非平凡程序所有途径是不也许。因而，有些测试员进行子途径测试(subpathtesting),测试诸多某些途径。、语句与分支覆盖率(statementandbranchcoverage)。如果测试执行了程序中所有语句(或代码行)，则达到100%语句覆盖率。如果执行了所有语句和一种语句到另一种语句之间所有分支，则达到100%语句和分支覆盖率。设计自己测试,达到高语句与分支覆盖率,有时叫做“基于覆盖率测试(coverage-basedtesting)”。(达到覆盖率目的后,可以停止测试，或停止设计更多测试)。把它叫做语句与分支覆盖率，是为了与关注其她类型覆盖率测试相区别。配备覆盖率就是一种较好例子，这种手段执行同一条语句诸多次，但是潜在产生非常不同成果。配备覆盖率(configurationcoverage)。如果必要测试100台打印饥兼容性，并且已经测试了10台,就达到10%打印机覆盖率。更普通地，配备覆盖率度量测试员已经运营(并且程序已经通过)配备测试占筹划运营配备测试总数比例。基于规格阐明测试(specification-basedtesting)。这种测试关注验证在规格阐明中所做关于产品每个事实声明。(事实声明是可以用真或假表达任何语句。)经常涉及手册、市场开发文档或广告、技术支持人员寄给客户印刷品中所有声明。基于需求测试(requirements-basedtesting)。测试关注证明程序满足需求文档中所有需求(或关注逐个需求地证明某个需求没有被满足。)组合测试(combinationtesting)。互相组合测试两个或更多变量。本章最后“测试手段附录”还要讨论这个问题。组合测试很重要，但是诸多测试员对这种测试研究得还很不够。测试要点重要测试系统功能与否符合客户规定，各个模块之间衔接限度与否顺畅，并测试软件与否存在缺陷和漏洞。测试工具负载压力测试工具此类测试工具重要目是度量应用系统可扩展性和性能，是一种预测系统行为和性能自动化测试工具。在实行并发负载过程中，通过实时性能监测来确认和查找问题，并针对所发现问题对系统性能进行优化，保证应用成功布置。负载压力测试工具可以对整个公司架构进行测试，通过这些测试，公司能最大限度地缩短测试时间，优化性能和加速应用系统发布周期。功能测试工具通过自动录制、检测和回放顾客应用操作，将被测系统输出记录同预先给定原则结果比较，功能测试工具可以有效地协助测试人员对复杂公司级应用不同发布版本功能进行测试，提高测试人员工作效率和质量。其重要目是检测应用程序与否可以达到预期功能并正常运营。测试管理工具普通而言，测试管理工具对测试需求、测试筹划、测试用例、测试实行进行管理，并且测试管理工具还涉及对缺陷跟踪管理。测试管理工具能让测试人员、开发人员或其她IT人员通过一种中央数据仓库，在不同地方就能交互信息。测试环境硬件环境1>解决器：IntelPentium166MX或更高2>内存：32MB以上3>硬盘空间：1GB以上4>显卡：SVGA显示适配器软件环境vb6.0公司版开发系统安全性环境规定操作系统安全性，测试工具安全性，测试软件安全性。项目任务如下是测试学生信息管理系统时与测试关于任务：测试规划1.响应时间我把“响应时间”概念拟定为“对祈求作出响应所需要时间”，把响应时间作`为顾客视角软件性能重要体现。响应时间划分为“呈现时间”和“系统响应时间”两个某些。2.并发顾客数我把“并发顾客数”与“同步在线数”进行区别对待，我“并发顾客数”原则是：并发顾客数取决于测试对象目的业务场景，因而，在拟定这个“并发顾客数”前，必要（必要）先对顾客业务进行分解、分析出典型业务场景（也就是顾客最常使用、最关注业务操作），然后基于场景采用某些办法（有各种计算并发顾客数数学模型与公式）获得“并发顾客数”。这样做因素是：假设一种应用系统、最高峰有500人同步在线、但这500人却不是并发顾客数、由于假设在一种时间点上、有50%人在填写复杂表格（填写表格动作对服务器没有任何承担、只有在“提交”动作时候才会对服务器系统构成压力）、有40%人在不断从一种页面跳转到此外一种页面（不断发出祈求与回应、产生服务器压力）、尚有10%人挂在线上，没有任何操作在发呆：）（没有对服务器构成压力动作）。因而只有那40%人真正对服务器产生了压力，从这里例子可以看出、并发顾客数关怀是不但是业务并发顾客数、还取决于业务逻辑、业务场景。因而咱们需要本文第六某些性能测试文档4、5、6。3.吞吐量我把吞吐量定义为“单位时间内系统解决客户祈求数量”，直接体现软件系统性能承载能力，对于交互式应用系统来说、吞吐量反映是服务器承受压力、在容量规划测试中、吞吐量是一种重要指标、它不但反映在中间件、数据库上、更加体当前硬件上。咱们在如下方面运用这个指标：（1）用来协助设计性能测试场景，衡量性能测试与否达到了预测设计目的、例如J2EE应用系统连接池、数据库事务发生频率、事务发生次数。（2）用来协助分析性能瓶颈、参照本文第二某些总RBI办法。4.性能计数器性能计数器式描述服务器或操作系统性能某些数据指标、例如对WINDOWS来说使用内存数、CPU使用率、进程时间等都是常用计数器。对于性能计数器这个指标来说、需要考虑到不但有硬件计数器、web服务器计数器、Weblogic服务器计数器、Servlet性能计数器、EJB2性能计数器、JSF性能计数器、JMS性能计数器。找到这些指标是使用性能计数器第一步、核心是找到性能瓶颈、拟定系统阀值、提供优化建议才是性能计数器使用核心。性能计数器复杂而繁多、与代码上下文环境、系统配备状况、系统架构、开发方式、使用到规范实现、工具、类库版本均有紧密联系、在此不作赘述。5.思考时间我把思考时间拟定为“休眠时间”。从业务系统角度来说，这个时间指是顾客在惊醒操作时、每个祈求之间时间间隔、从自动化测试角度来说、要真实测试模仿顾客操作、就必要在测试脚本中让各个操作之间等待一段时间、体当前脚本上就是在操作之间放置一种Think函数，体现为脚本中两个祈求语句之间间隔时间、不同测试工具提供了不同函数或办法来实现思考时间、例如HPLoadRuner和IBMRationalPerformanceTester方式就完全不同。测试设计顾客层：重要是面向产品最后使用操作者测试。这里重点突出是在操作者角度上，测试系统对顾客支持状况，顾客界面规范性、和谐性、可操作性，以及数据\o"安全"安全性。重要涉及：顾客手册、使用协助、支持客户其她产品技术手册与否对的、与否易于理解、与否人性化。顾客界面测试在保证顾客界面可以通过测试对象控件或入口得到相应访问状况下，测试顾客界面风格与否满足顾客规定，例如：界面与否美观、界面与否直观、操作与否和谐、与否人性化、易操作性与否较好。可维护性测试可维护性是系统软、硬件实行和维护功能以便性。目是减少维护功能对系统正常运营带来影响。例如：对支持远程维护系统功能或工具测试。安全性测试这里安全性重要涉及了两某些：数据安全性和操作安全性。核算只有规格规定数据才可以访问系统，其她不符合规格数据不可以访问系统;核算只有规格规定操作权限才可以访问系统，其她不符合规格操作权限不可以访问系统;应用层：针对产品工程应用或行业应用测试。重点站在系统应用角度，模仿实际应用环境，对系统兼容性、可靠性、性能等进行测试。系统性能测试针对整个系统测试，包括并发性能测试、负载测试、压力测试、强度测试、破坏性测试。并发性能测试是评估系统交易或业务在渐增式并发状况下解决瓶颈以及可以接受业务性能过程；强度测试是在资源状况低状况下，找出因资源局限性或资源争用而导致错误；破坏性测试重点关注超过系统正常负荷N倍状况下，错误浮现状态和浮现比率以及错误恢复能力。系统可靠性、稳定性测试一定负荷长期使用环境下，系统可靠性、稳定性。系统兼容性测试系统中软件与各种硬件设备兼容性，与\o"操作系统"操作系统兼容性、与支撑软件兼容性。系统\o"组网"组网测试组网环境下，系统软件对接入设备支持状况。涉及功能实现及群集性能。系统安装升级测试安装测试目是保证该软件在正常和异常不同状况下进行安装时都能按预期目的来解决。例如，正常状况下，第一次安装或升级、完整或自定义安装都能进行安装。异常状况涉及磁盘空间局限性、缺少目录创立权限等。尚有一种目是核算软件在安装后可及时正常运营。此外对安装手册、安装脚本等也需要关注。测试执行准备故障转移和恢复测试可保证测试对象能成功完毕转移，并能从导致意外数据损失或数据完整性破环各种硬件、软件、网络故障中恢复数据。故障转移测试可保证：对于必要持续运营系统，一旦发生故障，备用系统就将不失时机地“顶替”发生故障系统，以避免丢失任何数据或事务。恢复测试是一种对抗性测试过程。在这种测试中，将把应用程序或系统至于极端条件下（或者是模仿极端条件下），以产生故障（例如设备输入/输出（I/O）故障或无效数据库指针和核心字）。然后调用恢复进程并检测和检查应用程序和系统，核算应用程序或系统和数据已得到了对的恢复。测试执行1．前提条件保证测试项目功能正常，如导航，数据输入，解决、检索与否对的，以及业务规则实行与否恰当。此类测试基于黑盒技术，该技术通过图形顾客界面（GUI）与应用程序进行交互，并对交互输出或成果进行分析，以此来核算应用程序及其内部进程,这是当前测试重点。执行用例及原始数据记录提交测试问题单和测试报告回归及验收测试输出工件运用有效和无效数据来执行各个用例流，以核算如下内容：在使用有效数据时得到预期成果在使用无效数据时显示相应错误消息或警告消息。实行筹划工作量预计依照工作内容和项目任务对涉及测试设计工作量、测试执行和测试总结工作量，以人月或人日计， 并详细注释测试设计、测试执行和测试总结工作所占比重。软件测试工作量应为开发工作量30%-40%为宜。工作阶段所需工作日占项目比例测试