还剩21页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
系统测试计划XXX版本产品或XXX项目系统测试计划文件标识编制人审核人批准人版本号编制日期审核日期批准日期XXX公司版本历史版本/状态A/发布
2.
1.3回归测试当程序修改后,为了确保功能的正确性,需要重新测试应用程序中没有改变的部分在时间和条件允许的情况下,要测试修改相关的整个模块甚至整个程序测试目标测试软件变更之后,变更部分的正确性和对变更需求的符合性;测试软件变更之后,对软件原有的、正确的功能没有损坏测试范围1)所有在系统测试过程中发现的问题;2)和发现的缺陷相关联的模块;3)需求变更或新增需求技术1)复测修复的问题;2按照最新版的测试用例通测整个系统;重复步骤1~2直至严重问题均已解决开始标准发现的缺陷修改完成;提交相应的复测文档;完成标准按照软件配置项回归测试的要求,完成了对变更和受变更影响的软件配置项的测试,并无新问题出现;对变更的系统的回归测试应符合原系统测试的准出条件,并且无新问题出现测试重点和优先级测试重点是开发人员提交的已经修复的问题,在保证修复问题复测通过后进行相关功能及整个软件系统的回归测试XXX公司测试计划2测试目标A确保功能满足《XXX用户需求说明书》中的功能约定;A通过对系统的详细测试,包括功能测试、用户界面测试及多次回归测试等,全面验证系统各项功能的正确性和适用性,同时保证整体的测试水平和测试质量3测试环境与测试辅助工具测试配置和环境说明硬件环境服务器硬件环境盘描述CPU、内存、硬CPU六核
2.30GHZ内存8G硬盘:500G服务器测试机硬件环境盘描述CPU、内存、硬CPU双核
2.30GHZ内存2G硬盘:500G测试机软件环境服务器XXX公司测试计划软件环境描述件、数据库等服务器操作系统、中间操作系统WindowsServer2008中间件Tomcat
6.0数据库Oraclellg测试机软件环境器描述操作系统、浏览操作系统Windows7浏览器IE9测试机4测试转换准则A进入标准测试计划经评审通过后;测试用例经评审通过后;申请测试提交单审核通过;测试环境通过环境检查表验证;A退出标准:测试用例执行率达到100%4~5级缺陷修复率100%广3级缺陷修复率不低于95%;A停止标准近半数以上测试用例无法执行;5级缺陷开发人员不能解决;5人员与任务进度安排任务开始时间
2012.
11.
212012.
11.21工作量(人/日)14负责人撰写系统测试计划撰写系统测试用例XXX公司测试计划系统测试撰写系统测试报告
2012.
11.
272012.
12.
78.
51.56缺陷管理与改错计划
6.1缺陷管理测试管理工具缺陷应用数据库名管理员参照《系统测试问题记录》
6.2缺陷分类缺陷分类缺陷说明修正措施一级缺陷Low建议性问题根据情况由项目经理确定需不需要改什么时间改二级缺陷Medium细小的错误由开发人员修改;根据项目的进度要求可以延期修改,由项目经理根据项目的实际情况确定是在项目结束前修改完还是在下个版本升级时再修改三级缺陷High一般性的错误或功能实现有不完美处由开发人员修改;根据项目的进度要求可以延期修改由项目经理根据项目的实际情况确定是在项目结束前修改完还是在下个版本升级时再修改作者参与者起止日期修订说明批准人目录XXX公司测试计划1简介文档目的编写本文档的目的是什么读者对象例如开发人员、测试人员、项目负责人、参考文献《需求规格说明书V
1.1》或《用户需求说明书V
1.1》四级缺陷Veryhigh被测试功能不能正常实现;由开发人员分析原因并写出问题说明和解软件错误导致数据丢失;被测数据处理错误;用户需求未实现决办法;必须立即修改XXX公司测试计划五级缺陷Urgent导致系统崩溃;导致程序模块丢失;业务流程出现断点;内存泄漏;导致死机由开发人员分析原因并写出问题说明和解决办法;必须立即修改7风险分析及措施
7.1风险分析预见到的测试风险,及有可能会造成的影响和后果2措施应对风险可采取什么样的措施,削弱或者减轻可能造成的影响和后果8测试的输入与输出测试的输入与输出序号123阶段输入输出人员需求系统测试测试结束项目计划需求说明书和界面原型《系统测试计划》《系统测试用例》《系统测试报告》2文档的管理序号文档管理工具负责人XXX公司测试计划《系统测试计划》《系统测试用例》《系统测试报告》VSSVSSVSS《产品计划V
1.1》或《项目开发计划》职责权限角色人员测试经理测试工程师测试内容序号模块名称预计(执行测试)工作量单位人日XXX公司测试计划
3.
4.
1.6测试范围执行测试工作的具体范围2测试方法和目标测试方法主要进行哪几类测试功能测试对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求这种测试的目标是核实数据的接收、处理和检索是否正确,以及业务规则的实施是否恰当此类测试基于黑盒技术,该技术通过图形用户界面GUI与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程以下为各种应用程序列出了推荐使用的测试概要测试目标:测试范围:技术:确保测试的功能正常,流程正常流转XXX利用有效的和无效的数据来执行各个用例、功能或流程,以核实以下内容1)在使用有效数据时得到预期的结果;2)在使用无效数据时显示相应的错误消息或警告消息;XXX公司测试计划3)各业务规则都得到了正确的应用;4)各个流程能够正常流转开始标准完成标准1)具有软件测试所需的各种文档并通过评审(需求说明文档等)1)按要求完成所有功能测试;2)测试用例覆盖率达到要求的比例测试重点和优先级需求文档及开发文档明确规定的功能点用户界面测试用户界面(UI)测试用于核实用户与软件之间的交互UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能另外,UI测试还可确保UI中的对象按照预期的方式运行,并符合公司或行业的标准测试目标核实以下内容1)确保通过对用户界面对象的操作可为用户提供相应的访问或浏览功能;2)确保UI中的对象按照预期的方式运行,并符合行业的标准;3)验证用户界面的友好度;4)验证用户界面的易用性;5)验证用户界面设计的合理性;6)验证用户界面显示内容的完整性;8)验证用户界面显示内容的一致性;测试范围技术XXXX现有模块界面为每个窗口创建或修改测试,以核实各个应用程序口和对象都可正确地进行浏览,并处于正常的对象状态;XXX公司测试计划着重验证界面的友好度、易用性、规范性、合理性、完整性、准确性、帮助、美观与协调、菜单位置、独特性及快捷方式的组合等开始标准完成标准测试重点和优先级:界面功能模块设计部分或全部完成成功地核实出各个窗口都与基准版本保持一致,或符合可接受标准本系统使用频繁的业务模块和功能点。