项目结题软件测试计划,系统测试计划模板

网吧管理系统测试计划第一项目小组文档状态文档编号编撰编撰日期保密级别机密DRAFT√RELEASEDMODIFING文档版本100修订表编号生成版本修订人修订章节与内容修订日期12345审批记录版本审批人审批意见审批日期100目录1引言511目的512范围513参考资料514术语与缩略语52测试方法53测试内容531功能测试632健壮性测试633性能测试634信息安全性测试635压力测试636可靠性测试637安装/反安装测试631功能测试632健壮性测试633性能测试634信息安全性测试64测试环境与测试辅助工具65测试完成准则66人员与任务表67缺陷管理与改错68风险管理7{网吧管理系统}系统测试计划1引言经过我们小组成员的努力在本学期莫完成了小组的网吧管理系统的开发。实现了网吧管理系统的基本功能，在结题之际我们组根据网吧管理系统的特征进行了项目的系统测试。测试的目的不仅仅是发现系统中所存在的问题更重要的是测试的也是在实现系统功能的完善。本次系统测试的主要内容包括功能测试、健壮性测试、性能测试、用户界面测试、安全性(SECURITY)测试、安装与反安装测试等11目的此处编写该文件计划想要达到的目标有描述测试准备工作及测试工作的具体内容；制订测试进度；明确测试使用工具及测试所涉及的相关软硬件条件；界定测试通过与不通过的准则。12范围简单介绍该软件的历史及现状、主要用途、各种重要功能以及测试的侧重点；明确该测试计划所涵盖的测试内容，比如整体功能测试、安装测试、用户界面测试等等。13参考资料资料名称标识符出版单位作者日期软件工程(原书第9版)(原书名SOFTWAREENGINEERING,NINTHEDITION)机械工业出版社(英)IANSOMMERVILLE著2011年7月软件工程实践指导书清华大学出版社殷人昆2011年7月软件测试大学教程清华大学出版社蔡建平2009年9月14术语与缩略语术语、缩略语解释ST系统测试，SYSTEMTEST2测试方法ALPHA测试、BETA测试ALPHA测试请其他非技术人员以用户角色使用系统，发现缺陷通知测试人员，测试人员以正规流程处理缺陷事件；BETA测试请用户代表进行测试，发现缺陷通知测试人员，测试人员以正规流程处理缺陷事件。3测试内容31功能测试功能测试包括管理员应实现的功能，超级管理员登录，注册会员，注册管理员，查询会员信息，会员充值，计算机状态查询。客户端功能，会员登录，会员密码修改，换机。32健壮性测试在多用户登录时是否计算机状态同步更新到数据库中，是否是超级管理员才能实现注册管理员，检查不同管理员的权限。会员余额是否精确，充值时是否同步更新到数据库等33性能测试系统的占用内存情况，运行速度，以及相关代码，模块的重用性测试。34信息安全性测试用户，管理员，超级管理员的不同权限测试。包括会员注册，会员充值，会员信息显示，计算机状态都只能是在管理员端才能实现的功能，也只有在超级管理员的登录情况下才能实现管理员的注册。35压力测试在超过系统负荷的情况下实行系统的功能测试。通过多用户同时登录并同时实现对系统管理员端的不同或相同的功能请求，测试管理员端的相应情况。同时也可以在多管理员登录管理的情况下进行测试，记录并准确判断出系统的最大承受能力即系统出故障的临界负荷量。36可靠性测试系统应具备安全可靠的性能4测试环境与测试辅助工具此处是通过对各类测试用例进行综合分析得到。此处的环境及工具包括测试所需装有各种操作平台的计算机，各类计算机的硬件配置、安装的系统支撑软件，自动测试工具，第三方软件，数据库等内容。除此之后，还应当把为了更好执行测试的一些准备工作填写在此处，比如测试人员的培训，其他各部门的配合(侧重于在资源方面的配合)等。测试环境WINDOWSXPWIN7操作系统测试辅助工具PC若干网吧5测试完成准则功能性测试用例通过率达到100以上非功能性测试用例通过率达到956人员与任务表人员角色职责、任务时间何燕系统测试人员，开发人员测试管理员登录，注册管理员，管理员修改密码，显示计算机状态相关功能2012/5/132012/5/14李泉系统测试人员，开发人员测试客户端登录，会员修改密码，查询余额，换机相关功能2012/5/132012/5/14赵静系统测试人员，开发人员会员信息显示，会员信息查询，显示计算机状态相关功能2012/5/132012/5/14张申申系统测试人员，开发人员会员注册，修改密码，实现换机相关功能2012/5/132012/5/14马子云系统测试人员，开发人员会员充值，会员注册，管理员注册，计算机状态查询显示2012/5/132012/5/147缺陷管理与改错测试中发现缺陷后，填写缺陷管理单，并将其状态置为“OPEN”，提交项目经理。A确认缺陷内容后，将其转为相关开发人员解决。B当缺陷解决人员认为缺陷已经修复后，即可填写缺陷管理单中相应款项，然后将此缺陷管理单及修复后的程序提交给测试人员进行回测。C测试人员进行回测1)如果该缺陷被修复了，则将此缺陷状态置为CLOSED,并在缺陷管理单的“缺陷状态”一栏填写“OPEN/CLOSED”(若是同一个缺陷无论回测过多少次均在此状态栏中填写其关状态，直到最后一个状态标识为CLOSED或REJECTED为止，如OPEN/REOPEN/REOPEN/CLOSE)；2)如果该缺陷未被修复，则将该缺陷状态置为REOPEN，状态标识格式同上；3)不论该缺陷有没有被修复，若在回测过程中，又测试出新的缺陷，则生成一份新的缺陷管理列单，并标识为第23,4，，N阶段测试。D开发人员查询状态为OPEN和REOPEN的缺陷，不是缺陷，则置状态为REJECTED。E对于不能解决和延期解决的缺陷，开发人员要提出申请，争求项目经理的同意后，才能将其状态置为“REJECTED”。8风险管理1由于临近期末，小组成员的事情都比较多，时间也比较紧，在相对来说不算充裕的时间内，测试进度不能实现。2由于投入的测试人员数量有限，不能找出系统中还未发现的严重错误而导致在系统投入运行时可能发生一些问题。测试难免会出现不够完善的地方。3如果一些资料或手册不能按时交与集中，也有可能耽误测试进度。

展开阅读全文