文档介绍：XXX版本产品或XXX项目
系统测试计划
文件标识
版本号
编制人
编制日期
审核人
审核日期
批准人
批准日期
XXX 公司
版本历史
目录
1简介错误 ! 未的输出或结果进行分析，以此来核实应用程序及其内部进程。
以下为各种应用程序列出了推荐使用的测试概要：
测试目标：
确保测试的功能正常，流程正常流转。
测试范围：
XXX
技术：
利用有效的和无效的数据来执行各个用例、功能或流程，以核实以下内纟
1）在使用有效数据时得到预期的结果；
2）在使用无效数据时显示相应的错误消息或警告消息；
3）各业务规则都得到了正确的应用；
4）各个流程能够正常流转。
开始标准：
1）具有软件测试所需的各种文档并通过评审（需求说明文档等）
完成标准：
1）按要求完成所有功能测试；
2）测试用例覆盖率达到要求的比例。
测试重点和
优先级：
需求文档及开发文档明确规定的功能点。
用户界面测试
用户界面（UI）测试用于核实用户与软件之间的交互UI测试的目标是确
保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外
UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。
测试目标：
核实以下内容：
1）确保通过对用户界面对象的操作可为用户提供相应的访问或浏览功能;
2）确保UI中的对象按照预期的方式运行，并符合行业的标准；
3）验证用户界面的友好度；
4）验证用户界面的易用性；
5）验证用户界面设计的合理性；
6）验证用户界面显示内容的完整性；
7）验证用户界面显示内容的准确性；
8）验证用户界面显示内容的致性；
9）验证用户界面提示信息的指导性。
测试范围：
XXXX现有模块界面。
技术：
为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地行浏览，并处于正常的对象状态；
着重验证界面的友好度、易用性、规范性、合理性、完整性、准确性、帮美观与协调、菜单位置、独特性及快捷方式的组合等。
开始标准：
界面功能模块设计部分或全部完成。
完成标准：
成功地核实岀各个窗口都与基准版本保持致，或符合可接受标准。
测试重点和
优先级：
本系统使用频繁的业务模块和功能点。
回归测试
当程序修改后，为了确保功能的正确性，需要重新测试应用程序中没有改变
的部分。在时间和条件允许的情况下要，测试修改相关的整个模块甚至整个程序
测试目标：
测试软件变更之后，变更部分的正确性和对变更需求的符合性；测试软件变更之后，对软件原有的、正确的功能没有损坏。
测试范围：
1）所有在系统测试过程中发现的问题；
2）和发现的缺陷相关联的模块；
3）需求变更或新增需求。
技术：
1）复测修复的问题；
2）按照最新版的测试用例通测整个系统；重复步骤1） ~2），直至严重问题均已解决。
开始标准：
发现的缺陷修改完成；
提交相应的复测文档；
完成标准：
按照软件配置项回归测试的要求，完成了对变更和受变更影响的软件配置项的测£
并无新问题岀现；
对变更的系统的回归测试应符合原系统测试的准岀条件，并且无新问题岀现。
测试重点和
优先级：
测试重点是开发人员提交的已经修复的问题，在保证修复问题复测通过后进行相匚能及整个软件系统的回归测试。
测试目标
确保功能满足《XXX用户需求说明书》中的功能约定；
通过对系统的详细测试，包括功能测试、用户界面测试及多次回归测试等, 全面验证系统各项功能的正确性和适用性同时保证整体的测试水平和测试质量。
3测试环境与测试辅助工具
测试配置和环境说明
硬件环境
服务器：
描述
服务器
硬件环境
CPU、内存、硬
盘
CPU：六核
内存：8G
硬盘：500G
测试机：
描述
测试机
硬件环境
CPU、内存、硬
盘
CPU：双核
内存：2G
硬盘：500G
软件环境
服务器：
描述
服务器
软件环境
操作系统、中间
件、数据库等
操作系统：Windows Server 2008
中间件：Tomcat
数据库：Oraclellg
测试机:
描述
测试机
软件环境
操作系统、浏览
操作系统：Windows7
器
浏览器：IE9
4测试转换准则
进入标准：
测试计划经评审通过后；
测试用例经评审通过后；
申请测试提交单审核通过；
测试环境通过环境检查表验证；
退岀标准：
测试用例执行率达到100%