您好,欢迎访问三七文档
测试计划修订历史记录版本日期AMD修订者说明1.02016年5月31日M六组全部人员修改全部内容2.02016年6月3日MD六组全部人员修改并删除内容3.02016年6月7日MD六组全部人员主要修改格式、删除冗余(A-添加,M-修改,D-删除)目录1.简介..............................................................41.1目的.........................................................41.2背景.........................................................41.3测试目标....................................................41.4范围.........................................................42.测试参考文档和测试提交文档........................................52.1测试参考文档.................................................52.2测试提交文档.................................................63.测试进度..........................................................64.测试资源..........................................................74.1人力资源.....................................................74.2测试环境.....................................................84.3测试工具.....................................................95.系统风险、优先级..................................................96.测试策略.........................................................106.1功能测试....................................................106.2用户界面测试................................................116.3性能评测....................................................127.测试标准.........................................................147.1测试接收标准...............................................147.2测试停止标准...............................................147.3非正常停止标准.............................................148.风险管理.........................................................158.1项目进度风险...............................................158.2需求变更风险...............................................158.3沟通不良风险...............................................158.4功能和需求不一致风险.......................................159.附录:项目任务...................................................161.简介1.1目的学生信息管理平台这一测试计划文档有助于实现以下目标:对每个测试模块制定测试策略和方法制定测试测试进度和任务安排确定软件测试目标准备测试所需的环境预测测试风险1.2背景本系统软件名为SMS学生信息管理平台的B/S结构,由洛阳惠普基地老师进行设计开发。本软件旨在为惠普基地的老师与学生提供一个信息的收集与交流的平台。学生信息管理平台的好处是:一是为老师发布作业与学生下载、提交作业提供好的交流平台;二是使老师对学生的作业信息和学生的基本信息有更加系统的查询与保存功能。1.3测试目标本次测试使用手动测试和自动化测试来完成测试,根据用户需求,找出本系统学生管理、就业管理、档案管理、就业统计、作业管理等五个主要功能模块的缺陷和不足,发现系统隐藏的问题。功能测试可至少要进行三个轮次的测试,测试用例执行率要达到90%,缺陷修改率要达到95%。性能测试目标满足用户的要求或者与用户的要求接近度达到99%。1.4范围需要测试的目标:在学生信息管理平台系统功能测试中,需要测试学生管理、就业管理、档案管理、就业统计、作业管理等五个主要功能模块系统性能指标要求如下:1、系统支持的在线用户数不低于5002、登录、学生管理、就业管理、档案管理、就业统计、作业管理等模块,相关操作的平均响应时间不超过3s软硬件环境需求:1、CRM系统可运行于Windows平台,支持Apache服务程序2、系统采用B/S架构,支持IE11、谷歌浏览器对系统的访问3、系统数据库使用MySQL5.5(或更高版本)界面需求:1、系统界面规范,颜色、风格搭配2、页面布局合理,人性化3、界面文字信息准确4、系统界面中的窗体与各种控件可正常显示和使用,易用性好5、Tab键、enter键、快捷键等可以正常使用2.测试参考文档和测试提交文档2.1测试参考文档文档(版本/日期)已创建或可用作者或来源测试需求规格说明书是上级分配软件跟踪矩阵是六组成员软件测试用例是六组成员软件测试需求是六组成员测试时间表及人员安排是六组成员2.2测试提交文档测试阶段阶段提交物测试需求分析测试需求文档测试计划设计测试计划文档测试用例设计测试用例文档手工缺陷报告手工缺陷报告文档功能测试报告功能测试报告文档性能测试报告性能测试报告文档测试报告编写测试报告文档3.测试进度测试活动计划开始日期计划结束日期制定测试计划2016-5-312016-5-31测试要点提取2016-6-12016-6-2ALM项目管理2016-6-22016-6-2测试用例编写2016-6-22016-6-3ALM测试用例导入2016-6-32016-6-3手工执行测试用例2016-6-62016-6-7兼容性测试2016-6-72016-6-7功能自动化测试2016-6-82016-6-13功能测试报告2016-6-142016-6-14性能测试2016-6-142016-6-20项目总结2016-6-212016-6-214.测试资源4.1人力资源角色小组成员具体职责负责模块测试组长测试计划编写作业管理测试用例编写作业管理测试跟踪矩阵编写作业管理ALM测试用例导入作业管理用例执行作业管理功能自动化测试作业管理性能测试作业管理项目总结报告作业管理测试小组成员测试计划编写就业管理_添加档案测试用例编写就业管理_添加档案测试跟踪矩阵编写就业管理_添加档案ALM测试用例导入就业管理_添加档案用例执行就业管理_添加档案功能自动化测试就业管理_添加档案性能测试就业管理_添加档案项目总结报告就业管理_添加档案测试小组成员测试计划编写就业管理_添加就业测试用例编写就业管理_添加就业测试跟踪矩阵编写就业管理_添加就业ALM测试用例导入就业管理_添加就业用例执行就业管理_添加就业功能自动化测试就业管理_添加就业性能测试就业管理_添加就业项目总结报告就业管理_添加就业测试小组成员测试计划编写档案管理测试用例编写档案管理测试跟踪矩阵编写档案管理ALM测试用例导入档案管理用例执行档案管理功能自动化测试档案管理性能测试档案管理项目总结报告档案管理测试小组成员测试计划编写学生管理,就业统计测试用例编写学生管理,就业统计测试跟踪矩阵编写学生管理,就业统计ALM测试用例导入学生管理,就业统计用例执行学生管理,就业统计功能自动化测试学生管理,就业统计性能测试学生管理,就业统计项目总结报告学生管理,就业统计4.2测试环境软件环境(相关软件、操作系统等)IE11浏览器SMS系统(学生信息管理平台)中间件服务器Tomcat7.0硬件环境(网络、设备等)Windows7平台208机房小组成员各自电脑VMware虚拟机4.3测试工具用途工具生产厂商/自产功能测试UFTHP性能测试LoadRunnerHP测试流程管理ALMHP选择UFT工具做功能测试的优势:支持功能测试和回归测试自动化,可用于软件应用环境的测试UFT自动化的基本功能是创建测试、检验数据、增强测试、运行测试脚本、分析测试结果、维护测试。选择LoadRunner做性能测试的优势:一种预测系统行为和性能的负载测试工具,可以对整个架构进行测试,能最大限度的缩短测试时间,优化性能和加速应用系统的发布周期。选择ALM做测试流程管理工具的优势:利用计算机辅助软件工程的软件工具。以标准的流程管理方式,协助降低软件开发过程中认为造成的开发瑕疵,特别适用于大型应用的开发。5.系统风险、优先级系统在测试阶段的风险主要有:对质量需求或产品的特性理解不准确,造成测试范围分析的误差。测试用例没有得到百分之百的执行。需求的临时变化,导致设计的修改和代码的重写,导致测试时间不够。测试用例设计不到位,忽视了一些边界条件,深层次的逻辑,用户场景等。测试环境,一般不可能和实际运行环境完全一致,造成测试结果的误差。有些缺陷的出现频率不是百分之百,不容易被发现。回归测试一般不运行全部测试用例,是有选择性的运行,必然带来风险。优先级:低:暂时不影响继续测试,可以在方便时解决。中:部分功能无法继续测试,需要优先解决。高:测试暂停,无法进行,必须立即解决。6.测试策略6.1功能测试对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。此类测试基于黑盒技术,该技术通过图形用户界面(GUI)与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要:测试目标学生管理、新增作业模块测试用例执行率达到80%,档案管理、就业管理、就业统计测试用例执行率达到90%就业管理、就业统计模块功能满足用户基本的需求;学生管理、档案管理、新增作业模块功能严格满足用户基本的需求测试范围学生管理、就业管理、档案管理、就业统计、新增作业模块和兼容性测试(IE11、360、谷歌浏览器)技术进行手工测试,分析需求,制定测试计划,然后编写测试用例,用例包括(编号,测试名称,前置条件,操作步骤,预期结果,优先级,状态等)编写完成后开始执行用例,在操作的过程中发现缺陷,发现的缺陷以缺陷报告的方式进行提交,最后提交总结报告开始标准到测试合同(或项目计划)约定的时间软件测试所需的各种文档已经准备完毕所提交的被测软件受控软件源代码正确通过编译或汇编完成标准按要求完成了合同(或项目计划)所规定的软件测试任务实际测试过程遵循了原定的软件测试计划和软件测试说明客观、详细地记录了软件测试过程和软件测试中发现的所有问题软件测试中的问题或异常有合理解释或正确有效的处理测试重点和优先级测试重点:学生管理、就业管理、
本文标题:软件测试-测试计划
链接地址:https://www.777doc.com/doc-4913991 .html