薪酬管理系统软件测试计划模板
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
薪酬管理系统软件测试计划
修订历史记录
版本
日期
添加/修改/删除
修订者
说明
1.
1.1
《企业薪酬管理系统测试计划》文档有助于实现以下目标：
确定现有项目的信息和应测试的软件构件。
列出推荐的测试需求（高级需求）。
推荐可采用的测试策略，并对这些策略加以说明。
确定所需的资源，并对测试的工作量估计，列出测试项目的可交付元素。
表4测试进度
文档（版本/日期）
已创建或可使用
已被接收或已经过复审
来源
备注
测试总结报告
是否
是否
3.
表5测试进度
测试活动
计划开始日期
结束日期
制定测试计划
2011.4.9
2011.4.14
设计测试
系统功能测试
用户界面测试
数据库测试
系统兼容性测试
安装测试
测试总结
4
4.1
表6列出了在此项目的人员配备方面所做的各种假定。
本次测试的范围如下：
（1）系统全部的功能（需求规格说明书中列举的全部功能性需求）
（2）系统数据库
（3）系统用户界面
（4）系统安装、卸载
2.
2.1
表2列出了制定测试计划时所使用的文档，并标明了各文档的可用性。
表2测试参考文档
文档（版本/日期）
已创建或可使用
已被接收或已经过复审
来源
备注
软件需求规格说明书
开始标准：生成安装包（安装程序、安装说明文档）。
完成标准：<薪酬管理系统>功能测试子集成功执行，没有出现任何故障。
测试重点和优先级：
需考虑的特殊事项：[应该选择哪些事务。才能准确地测试出<项目名称>应用程序已经成功安装，而且没有遗漏主要的软件构件。]
测试目标：
核实在以下情况下，测试对象可正确地安装到各种所需的硬件配置中：首次安装，以前从未安装过<薪酬管理系统>的新计算机。以前安装过相同版本的<薪酬管理系统>的计算机更新，以前安装过<项目名称>的较早版本的计算机。
测试范围：
技术：手工开发脚本或开发自动脚本，以验证目标计算机的状况：首次安装、从未安装过。启动或执行安装。使用预先确定的功能测试脚本子集来运行事务。
1.3
[描述测试的各个阶段（例如，单元测试、集成测试或系统测试），并说明本计划所针对的测试类型（如功能测试或性能测试）。简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。如果在编写此文文档的过程中做出的某些假设可能会影响测试设计，开发或实施，则列出所有这些假设。列出可能会影响测试设计、开发或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。]
开始标准：软件开发完毕。
完成标准：完成全部功能测试，修复全部缺陷。
测试重点和优先级：无。
需考虑的特殊事项：[确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）.
5.2
[在<项目名称>中，数据库和数据库进程应作为一个子系统来进行测试。在测试这些子系统时，不应该将测试对象的用户界面用做数据的接口。对于数据库管理系统（DBMS），还需要进行深入的研究，以确定可以支持所使用的测试的工具和技术。]
开始标准：
数据库开发完毕。
完成标准：
验证所有的数据库访问方法和进程都按照涉及的方式运行，数据没有遭到损坏。
5.3
[用户界面（UI）测试用于核实用户与软件间的交互。UI测试目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。]
测试目标：
确保数据库服务器正常运行，数据增删改查正常执行。
测试范围：
薪酬管理系统数据库的全部数据表。
技术：
调用各个数据库访问方法和进程，并在其中填充有效地和无效的数据（或对数据的请求）。检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确的数据。
测试目标：
核实以下内容：通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间，字段与字段之间的浏览。以及各种访问方法（Tab键、鼠标移动和快捷键）的使用窗口对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。
测试范围：
薪酬管理系统全部界面。
技术：
进入各个用户界面，建议界面元素符合规范。
5.1
[对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下各种应用程序列出了推荐之用的测试概要]
组织结构管理
新建岗位
查询岗位
删除岗位
更新岗位
员工信息管理
新建员工信息
批次新建员工信息
删除员工信息
更新员工信息
查询员工信息
系统用户管理
新建员工用户
用户信息修改
更新用户角色
删除用户
查询用户
薪酬结构定义
配置企wenku.baidu.com薪酬模板
设置企业薪酬模板参数
设置员工个人薪酬结构
薪酬计算管理
填写员工薪酬数据
员工查看本人薪酬信息
开始标准：系统开发完成。
完成标准：成功地核实出各个界面符合规范。
5.5
[安装测试有两个目的。第一个目的是确保该软件在正常情况和异常情况的不同条件下（例如，进行首次安装、升级、完整的或自定义的安装）都能进行安装、异常情况包括磁盘空间不足、缺少目录创建权限等。第二个目的是和核实软件在安装后可立即正常运行，这通常是指为运行大量功能测试制定的测试。]
硬件环境（网络及设备等）。
4.3
测项目列出测试使用的工具。如表7所示。
表7使用的测试工具列表
用途
工具
生产厂商/自产
版本
5
[测试策略提供了对测试对象进行测试的推荐方法,对于每种测试,都应提供测试说明,并解释其实施的原因.制定测试策略时所考虑的主要事项有:将要使用的技术,以及判断的测试何时完成的标准.下面列出了在进行每项测试时需考虑的事项.]
1.2
[对测试对象（构建、应用程序、系统等）及其目标进行简要说明，需要包括的信息有：主要的功能和性能，测试对象的构架，以及项目的简史。]
薪酬管理系统用来支持企业薪酬管理，包括组织结构定义、员工信息管理、薪酬模板管理、薪酬发放管理、薪酬报表。
薪酬管理系统是一个web应用，可以通过互联网进行访问。主要的功能包括：
[注：可适当地删除或添加角色项]
表6人力资源分配
角色
所推荐的最少资源（所分配的专职角色数量）
具体职责或注释
测试组长
织项目测试组的测试工作，由学生担任，主要负责包括协调、沟通、控制，参与测试项目文档编辑、修改、维护，并参与具体的项目测试。
测试工程师
参与项目测试，编写各类项目测试文档
4.2
软件环境（相关软件及操作系统等）。
是否
是否
软件架构说明书
是否
是否
软件安装说明
是否
是否
2.2
表3列出了后面的将要用到的文档，测试用例根据项目进度逐步完成。
表3将要提交的文档
文档（版本/日期）
已创建或可使用
已被接收或已经过复审
来源
备注
测试计划
是否
是否
测试用例
是否
是否
缺陷报告单
是否
是否
2.3
下面列出在测试阶段结束后，所有可提交的文档，如表4所示。
测试目标：确保测试的功能正常。
测试范围：需求规格说明书中列举的全部功能。
技术：
[举例：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。]
使用场景法、等价类、边界值等黑盒测试方法，对全部功能进行测试。
修订历史记录
版本
日期
添加/修改/删除
修订者
说明
1.
1.1
《企业薪酬管理系统测试计划》文档有助于实现以下目标：
确定现有项目的信息和应测试的软件构件。
列出推荐的测试需求（高级需求）。
推荐可采用的测试策略，并对这些策略加以说明。
确定所需的资源，并对测试的工作量估计，列出测试项目的可交付元素。
表4测试进度
文档（版本/日期）
已创建或可使用
已被接收或已经过复审
来源
备注
测试总结报告
是否
是否
3.
表5测试进度
测试活动
计划开始日期
结束日期
制定测试计划
2011.4.9
2011.4.14
设计测试
系统功能测试
用户界面测试
数据库测试
系统兼容性测试
安装测试
测试总结
4
4.1
表6列出了在此项目的人员配备方面所做的各种假定。
本次测试的范围如下：
（1）系统全部的功能（需求规格说明书中列举的全部功能性需求）
（2）系统数据库
（3）系统用户界面
（4）系统安装、卸载
2.
2.1
表2列出了制定测试计划时所使用的文档，并标明了各文档的可用性。
表2测试参考文档
文档（版本/日期）
已创建或可使用
已被接收或已经过复审
来源
备注
软件需求规格说明书
开始标准：生成安装包（安装程序、安装说明文档）。
完成标准：<薪酬管理系统>功能测试子集成功执行，没有出现任何故障。
测试重点和优先级：
需考虑的特殊事项：[应该选择哪些事务。才能准确地测试出<项目名称>应用程序已经成功安装，而且没有遗漏主要的软件构件。]
测试目标：
核实在以下情况下，测试对象可正确地安装到各种所需的硬件配置中：首次安装，以前从未安装过<薪酬管理系统>的新计算机。以前安装过相同版本的<薪酬管理系统>的计算机更新，以前安装过<项目名称>的较早版本的计算机。
测试范围：
技术：手工开发脚本或开发自动脚本，以验证目标计算机的状况：首次安装、从未安装过。启动或执行安装。使用预先确定的功能测试脚本子集来运行事务。
1.3
[描述测试的各个阶段（例如，单元测试、集成测试或系统测试），并说明本计划所针对的测试类型（如功能测试或性能测试）。简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。如果在编写此文文档的过程中做出的某些假设可能会影响测试设计，开发或实施，则列出所有这些假设。列出可能会影响测试设计、开发或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。]
开始标准：软件开发完毕。
完成标准：完成全部功能测试，修复全部缺陷。
测试重点和优先级：无。
需考虑的特殊事项：[确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）.
5.2
[在<项目名称>中，数据库和数据库进程应作为一个子系统来进行测试。在测试这些子系统时，不应该将测试对象的用户界面用做数据的接口。对于数据库管理系统（DBMS），还需要进行深入的研究，以确定可以支持所使用的测试的工具和技术。]
开始标准：
数据库开发完毕。
完成标准：
验证所有的数据库访问方法和进程都按照涉及的方式运行，数据没有遭到损坏。
5.3
[用户界面（UI）测试用于核实用户与软件间的交互。UI测试目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。]
测试目标：
确保数据库服务器正常运行，数据增删改查正常执行。
测试范围：
薪酬管理系统数据库的全部数据表。
技术：
调用各个数据库访问方法和进程，并在其中填充有效地和无效的数据（或对数据的请求）。检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确的数据。
测试目标：
核实以下内容：通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间，字段与字段之间的浏览。以及各种访问方法（Tab键、鼠标移动和快捷键）的使用窗口对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。
测试范围：
薪酬管理系统全部界面。
技术：
进入各个用户界面，建议界面元素符合规范。
5.1
[对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下各种应用程序列出了推荐之用的测试概要]
组织结构管理
新建岗位
查询岗位
删除岗位
更新岗位
员工信息管理
新建员工信息
批次新建员工信息
删除员工信息
更新员工信息
查询员工信息
系统用户管理
新建员工用户
用户信息修改
更新用户角色
删除用户
查询用户
薪酬结构定义
配置企wenku.baidu.com薪酬模板
设置企业薪酬模板参数
设置员工个人薪酬结构
薪酬计算管理
填写员工薪酬数据
员工查看本人薪酬信息
开始标准：系统开发完成。
完成标准：成功地核实出各个界面符合规范。
5.5
[安装测试有两个目的。第一个目的是确保该软件在正常情况和异常情况的不同条件下（例如，进行首次安装、升级、完整的或自定义的安装）都能进行安装、异常情况包括磁盘空间不足、缺少目录创建权限等。第二个目的是和核实软件在安装后可立即正常运行，这通常是指为运行大量功能测试制定的测试。]
硬件环境（网络及设备等）。
4.3
测项目列出测试使用的工具。如表7所示。
表7使用的测试工具列表
用途
工具
生产厂商/自产
版本
5
[测试策略提供了对测试对象进行测试的推荐方法,对于每种测试,都应提供测试说明,并解释其实施的原因.制定测试策略时所考虑的主要事项有:将要使用的技术,以及判断的测试何时完成的标准.下面列出了在进行每项测试时需考虑的事项.]
1.2
[对测试对象（构建、应用程序、系统等）及其目标进行简要说明，需要包括的信息有：主要的功能和性能，测试对象的构架，以及项目的简史。]
薪酬管理系统用来支持企业薪酬管理，包括组织结构定义、员工信息管理、薪酬模板管理、薪酬发放管理、薪酬报表。
薪酬管理系统是一个web应用，可以通过互联网进行访问。主要的功能包括：
[注：可适当地删除或添加角色项]
表6人力资源分配
角色
所推荐的最少资源（所分配的专职角色数量）
具体职责或注释
测试组长
织项目测试组的测试工作，由学生担任，主要负责包括协调、沟通、控制，参与测试项目文档编辑、修改、维护，并参与具体的项目测试。
测试工程师
参与项目测试，编写各类项目测试文档
4.2
软件环境（相关软件及操作系统等）。
是否
是否
软件架构说明书
是否
是否
软件安装说明
是否
是否
2.2
表3列出了后面的将要用到的文档，测试用例根据项目进度逐步完成。
表3将要提交的文档
文档（版本/日期）
已创建或可使用
已被接收或已经过复审
来源
备注
测试计划
是否
是否
测试用例
是否
是否
缺陷报告单
是否
是否
2.3
下面列出在测试阶段结束后，所有可提交的文档，如表4所示。
测试目标：确保测试的功能正常。
测试范围：需求规格说明书中列举的全部功能。
技术：
[举例：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。]
使用场景法、等价类、边界值等黑盒测试方法，对全部功能进行测试。