《软件测试-论坛管理系统-测试计划17页》由会员分享，可在线阅读，更多相关《软件测试-论坛管理系统-测试计划17页（17页珍藏版）》请在金锄头文库上搜索。
1、测试计划修订历史记录版本日期AMD修订者说明1.0XXXX年XX月XX（A-添加，M-修改，D-删除）目录1简介41.1目的42背景41.2.1 项目背景41.2.3 技术架构51.3范围51.测试参考文档和测试提交文档62.1测试参考文档62.2测试提交文档63.测试进度74.测试资源84.1人力资源84.2测试环境84.3测试工具85.系统风险、优先级96.测试策略106.1单元测试106.1.1 测试力度106.1.2 测试重点106.1.3 测试方法106.1.4 测试通过准侧106.2集成测试106.2.1 测试对象106.2.2 测试重点116.2.3测试方法116.2.4测试要求
2、116.2.5测试完成标准116.3系统测试126.3.1测试对象126.3.2测试重点126.3.3测试方法126.3.4 测试要求126.3.5测试完成标准126.4性能测试136.4.1 测试对象136.4.2 测试技术136.4.3测试完成标准136.4.4 需考虑的特殊事项146.5安装测试146.5.1 测试目标146.5.2 测试技术146.5.3 测试方法156.5.4测试完成标准156.5.5 需考虑的特殊事项157.问题严重度描述158.附录：项目任务161 简介1目的这一测试计划文档有助于实现以下目标：提出软件总体要求，作为软件开发人员和最终使用者之间相互了解的基础；提出
3、软件功能、性能、接口、数据结构等要求，作为软件设计和程序编制的基础；为软件测试提供依据。本软件测试计划说明的读者对象主要是项目主管、软件设计人员和测试人员。2背景项目名称：论坛管理系统任务提出者：开发者：用户：1.2.1 项目背景互联网正在融入我们的生活，影响和改变着我们的生活。网络提供给我们的不只是一个获取信息的来源，而且还是一个可以相互交流的空间，网上论坛正是一种供人们进行交流的网络空间。它不受时间和空间的约束，论坛用户可以发表自己的观点，大家一起探讨某个问题。目前，网上论坛已不是新事物，许许多多的别具特色的论坛在网络上随处可见。为了体现论坛的特色，我们搜索各式各样的论坛版面，为了改变网上
4、现存论坛的普遍风格，追加功能，更便于管理，于是开发出一套界面友好美观，易于使用的论坛管理系统。1.2.2 基本功能该项目主要功能包括：用户注册、发帖、发表评论，以及管理员用户删除、修改、加精等功能。1.2.3 技术架构本软件开发运用的脚本语言是jsp，运行在windows平台上用户信息保存在mysql数据库中1.3范围测试计划和设计：根据需求规格说明书和最终的系统设计，制定测试计划、测试方案，包括收集测试方法、测试用例、可能的测试工具等。单元测试：对各个模块的原代码进行测试，保证各模块基本功能能够正确实现。集成测试：将各个模块进行组合测试，保证所有功能都能够正确实现。系统测试：根据需求规格说明
5、书对管理系统进行功能测试，对重点模块进行性能测试，并结合可能的用户测试。1. 测试参考文档和测试提交文档2.1测试参考文档下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：文档（版本/日期）已创建或可用已被接收或已经过复审作者或来源备注可行性分析报告是否R是否R软件需求定义是R否是否R软件系统分析（STD,DFD,CFD,DD）是R 否是否R软件概要设计是R否是否R软件详细设计是R否是否R软件测试需求是否R是否R用户操作手册是否R是否R2.2测试提交文档文档（版本/日期）以创建或可有已被接收或已经过复审来源注测试用例是 否是 否测试记录是 否是 否测试报告是 否是 否3.测试进度测
6、试活动计划开始日期实际开始日期结束日期制定测试计划单元测试集成测试系统测试性能测试安装测试用户验收测试对测试进行评估产品发布4.测试资源4.1人力资源下表列出了在此项目的人员配备方面所作的各种假定。注：可适当地删除或添加角色项。角色所推荐的最少资源（所分配的专职角色数量）具体职责或注释测试经理资源管理和监督：l 提供技术指导l 分配适当的资源l 编写测试计划，测试方案l 收集管理用例l 管理缺陷报告l 参加测试测试员测试员职责：l 执行测试计划l 编写测试用例l 记录测试结果l 重现错误l 整理缺陷报告4.2测试环境下表列出了测试的系统环境软件环境（相关软件、操作系统等）Eclipse tom
7、cat 7.0 jdk 1.6 mysql硬件环境（网络、设备等）CUPINTEL CORE I3-2130内存4GB4.3测试工具此项目将列出测试使用的工具：用途工具生产厂商/自产版本测试计划WordMicrosoft2007测试用例ExcelMircrosoft2007缺陷报告BugzillaBugzilla1.0性能测试LoadRunnerMI1.05.系统风险、优先级风险编号风险内容优先级解决方案1技术风险高2市场风险中3人员流动风险低6.测试策略6.1单元测试6.1.1 测试力度单元测试的对象：系统中各层应用（B/S结构）/前后台（C/S结构）关联能完成某个构件的特定功能的模块；单元
8、测试仅对该模块的功能实现及该模块调用其它模块的接口进行测试，不考虑被调用模块的功能测试。单元测试通过，即将前后台/各层应用程序分别上配置库；且应给出前后台/各层应用程序关联的标识。6.1.2 测试重点1. 前、后台/各层应用程序处理逻辑的测试；2. 前后台/各层应用接口的测试；3. 前台/展示层界面的可用性、可操作性测试；4. 边界值测试；5. 错误处理测试。6.1.3 测试方法1.代码走查；2.白盒测试；3.黑盒测试。6.1.4 测试通过准侧1.功能正确，模块齐全；2.界面可维护，易操作。6.2集成测试6.2.1 测试对象已通过单元测试的模块，及软件结构上的关联和功能上的关联。6.2.2 测
9、试重点1.根据单元测试结果提供的正确的接口调用关系，对各系统及其子系统前后台/各层应用中对象的调用、方法间的调用是否正常进行测试；2.从软件结构上进行测试，如数据库设计。3.从功能模块上进行测试，各功能是否符合标准。6.2.3测试方法1.黑盒测试6.2.4测试要求需要根据单元测试完成的任务单，提交出完整的数据库搭建脚本和相关数据产生脚本。并写出集成测试用例，给出测试结论。6.2.5测试完成标准1.功能比较完整，集成测试中发现的错误和问题都已得以解决；2. 系统界面及功能符合相关规范；3. 满足非功能性指标。6.3系统测试6.3.1测试对象1.对已通过集成测试的功能进行确认。6.3.2测试重点1
10、. 功能确认：以用户需求文档为基础，对通过集成测试提交的程序功能是否符合用户的实际生产需要进行测试；2. 检查系统运行时操作简单，运行的结果是否达到用户的期望。3. 测试软件是否有足够的权限管理，以防范非法用户增、删、改，破坏数据和系统。6.3.3测试方法1.黑盒测试6.3.4 测试要求1.由配置管理员提供建库脚本、前后台程序、相关文档；2.在测试过程中测试员要编写确认测试用例，给出测试结论。6.3.5测试完成标准1.功能确认、运行测试、安全测试均满足用户的要求；6.4性能测试6.4.1 测试对象1.核实所指定的事务或业务功能在以下情况下的性能行为：正常的预期工作量预期的最繁重工作量6.4.2
11、 测试技术1.使用为功能或业务周期测试制定的测试过程。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机（虚拟的或实际的客户机）上重复。6.4.3测试完成标准1. 单个事务或单个用户：在每个事务所预期或要求的时间范围内成功地完成测试脚本，没有发生任何故障。2.多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。6.4.4 需考虑的特殊事项1.直接将“事务强行分配到”服务器上，这通常以“结构化查询语言”调用的形式来实现。2.性能测试应该在专用的计算机上或在专用的机时内执行
12、，以便实现完全的控制和精确的评测。6.5安装测试6.5.1 测试目标1.核实测试对象可在所需的硬件和软件配置中正常运行。6.5.2 测试技术1、 在测试过程中或在测试开始之前，打开各种与非测试对象相关的软件（例如 Microsoft 应用程序：Excel 和 Word），然后将其关闭。执行所选的事务，以模拟主角与测试对象软件和非测试对象软件之间的交互。重复上述步骤，尽量减少客户机工作站上的常规可用内存。2、 使用不同的浏览器版本验证各项功能正确性。3、 将显示器设置不同的分辩率，检查系统各项功能能否正确显示。6.5.3 测试方法1.黑盒测试6.5.4测试完成标准1.对于测试对象软件和非测试对象软件的各种组合，所有事务都成功完成，没有出现任何故障。6.5.5 需考虑的特殊事项1.需要、可以使用哪种非测试对象软件？
