软件测试测试计划.doc

软件测试■测试计划 测试计划 修订历史记录 （A?添加，M?修改，D?删除） 目录 TOC \o 1-5 \h \z ?简介 4 1.1目的 4 1.2背景 4 1.3测试冃标 4 1.4范围 4 ?测试参考文档和测试提交文档 5 2.1测试参考文档 5 2.2测试提交文档 6 ?测试进度 6 ?测试资源 7 4.1人力资源 7 4.2测试环境 8 4.3测试工具 9 5?系统风险、优先级 9 ?测试策略 10 6.1功能测试 10 6.2用户界面测试 11 6.3性能评测 12 ?测试标准 14 7.1测试接收标准 14 7.2测试停止标准 14 7.3非正常停止标准 14 ?风险管理 15 8.1项目进度风险 15 8.2需求变更风险 15 8.3沟通不良风险 15 8.4功能和需求不一致风险 15 9?附录：项目任务 16 1 ?简介 1.1目的 lt;学生信息管理平台旳这一测试计划文档有助于实现以下目标:？ 对每个测试模块制定测试策略和方法 ?制定测试测试进度和任务安排 ?确定软件测试目标 ?准备测试所需的环境 ?预测测试风险 1.2背景 本系统软件名为SMS学生信息管理平台的B/S结构，由洛阳惠普基地 老师进行设计开发。本软件旨在为惠普基地的老师与学生提供一个信息的 收集与交流的平台。学生信息管理平台的好处是：一是为老师发布作业与 学生下载、提交作业提供好的交流平台；二是使老师对学生的作业信息和 学生的基本信息有更加系统的查询与保存功能。 1.3测试冃标 本次测试使用手动测试和自动化测试来完成测试，根据用户需求，找 出木系统学生管理、就业管理、档案管理、就业统计、作业管理等五个主 要功能模块的缺陷和不足，发现系统隐藏的问题。功能测试可至少要进行 三个轮次的测试，测试用例执行率要达到90%,缺陷修改率要达到95%。 性能测试冃标满足用户的耍求或者与用户的耍求接近度达到99%O 1.4范围 需要测试的目标： 在学生信息管理平台系统功能测试中，需要测试学生管理、就业管理、 档案 管理、就业统计、作业管理等五个主要功能模块 系统性能指标要求如下： 1、 系统支持的在线用户数不低于500 2、 登录、学生管理、就业管理、档案管理、就业统计、作业管理等 模块，相关操作的平均响应时间不超过3s 软硬件环境需求： 1 CRM系统可运行于Windows平台，支持Apache服务程序 2、系统采用B/S架构，支持IE11.谷歌浏览器对系统的访问 3、系统数据库使用MySQL5.5 （或更高版本） 界面需求： 1、 系统界血规范，颜色、风格搭配 2、 页面布局合理，人性化 3、 界面文字信息准确 4、 系统界面中的窗体与各种控件可正常显示和使用，易用性好 5、 Tab键、enter键、快捷键等可以正常使用 2.测试参考文档和测试提交文档 2.1测试参考文档 2.2测试提交文档 ?测试进度 ?测试资源 4.1人力资源 4.2测试环境 4.3测试工具 选择UFT工具做功能测试的优势： 支持功能测试和回归测试自动化，可用于软件应用环境的测试UFT自 动化的基本功能是创建测试、检验数据、增强测试、运行测试脚本、分析 测试结果、维护测试。 选择Load Runner做性能测试的优势： 一种预测系统行为和性能的负载测试工具，可以对整个架构进行测试, 能最人限度的缩短测试时间，优化性能和加速应用系统的发布周期。选 择ALM做测试流程管理工具的优势: 利用计算机辅助软件工程的软件工具。以标准的流程管理方式，协助 降低软件开发过程中认为造成的开发瑕疵，特别适用于大型应用的开发。 5?系统风险、优先级 系统在测试阶段的风险主耍有： ?对质量需求或产甜的特性理解不准确，造成测试范围分析的误差。？ 测试用例没有得到白分之白的执行。 ?需求的临时变化，导致设计的修改和代码的重写，导致测试时间不 够。？测试用例设计不到位，忽视了一些边界条件，深层次的逻辑，用 户场景等。？测试环境，一般不可能和实际运行环境完全一致，造成测 试结果的误差。？有些缺陷的出现频率不是百分之百，不容易被发现。 ?回归测试一般不运行全部测试用例，是有选择性的运行，必然带来 风险。优先级： ?低：暂时不影响继续测试，可以在方便吋解决。 ?中：部分功能无法继续测试，需要优先解决。 ?高：测试暂停，无法进行，必须立即解决。 6 ?测试策略 6.1功能测试 对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能 和业务规则的测试需求。这种测试的冃标是核实数据的接受、处理和检索 是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技 术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结 果进行分析，以此來核实应用程序及其内部进程。以下为各种应用程序列 出了推荐使用