oa系统测试计划
产品名称 | oa系统 |
密级 | 秘密 |
产品版本 | v1.0 |
|
拟制 | 阿来 | 日期 | 2013-05-19 |
审核 |
| 日期 |
|
审核 |
| 日期 |
|
批准 |
| 日期 |
|
修订记录
日期 | |||
修订版本 | |||
描述 | |||
作者 |
1、简介
目的
《oa系统测试》的这一测试计划文档有助于实现以下目标:
基于项目提供了确切的需求文档并参照项目组的《oa系统项目组工作计划》,制定本计划,重点使用黑盒测试方法对oa系统进行功能、UI、性能方面的需求验证,以检查是否符合预期的功能、UI、性能等方面的要求,最终输出《OA系统功能测试报告》、《OA系统性能测试报告》。
背景
《OA系统》项目是我公司的重头项目,为满足大型企业协同管理的需求而开发的新一代先进的协同平台套件系统。
范围
本计划用于指导OA项目测试组完成OA项目的测试工作,并为项目组总体把控项目质量提供帮助,中文定义本次测试内容为《OA系统用户需求规格说明书》中定义的所有功能性、UI、性能方面已明确的需求,同时规定在测试活动中的人力资源、硬件资源的需求。
2、测试参考文档和测试提交文档
2.1 测试参考文档
下表列出了制定测试计划时所使用的文档:
文档(版本/日期) | 已创建/可用 | 已被接收或已经过复审 | 作者或来源 | 备注 |
《OA系统用户需求规格说明书》 | 是 | 是 | 业务部 | |
测试环境搭建单 | 否 | 开发部 | ||
测试工作流程规范 | 是 | 是 | 测试部 | |
缺陷管理流程定义 | 是 | 是 | 测试部 |
2.2 测试提交文档
1、《OA系统测试计划》
2、《OA系统测试方案》
3、《OA系统测试用例》
4、《OA系统功能测试报告》
5、《OA系统性能测试方案》
6、《OA系统性能测试报告》
3、测试进度
测试活动 | 计划开始日期 | 预期结束日期 | 备注 |
制定OA系统测试计划 | alai完成 | ||
制定OA系统测试方案 | |||
分析测试需求 | |||
设计测试用例 | |||
执行测试用例 | |||
功能测试评估 | |||
制定OA系统性能测试方案 | |||
设计性能测试用例 | |||
执行性能测试用例 | |||
性能测试评估 | |||
4、测试资源
4.1 人力资源
下表列出了在此项目的人员配备方面所作的各种假定。
角色 | 所推荐的最少资源 | 具体职责或注释 |
测试组长 | 1 | 负责小组功能任务分配及监控小组工作行为。负责最终测试报告输出及评估 |
测试工程师 | 4 | 负责测试用例设计及执行用例,最终跟踪处理缺陷 |
4.2 测试环境
下表列出了测试服务器的系统环境。
软件环境(相关软件、操作系统等) |
OS:WINDOWS XP |
WEB服务器:tomcat |
数据库:MYSQL |
硬件环境(网络、设备) |
PC:普通PC |
CPU: |
MEM: |
下表列出了测试客户端的系统环境。
软件环境(相关软件、操作系统等) |
OS:WINDOWS XP |
IE:9.0 |
硬件环境(网络、设备等) |
个人PC |
CPU: |
MEM:2G |
DISK:500G |
4.3 测试工具
此项目将使用的测试工具:
用途 | 工具 | 生产厂商/自产 | 版本 |
测试管理 | TD/mantisbt | HP/ | |
功能测试工具 | QTP | HP | |
性能测试工具 | LR | HP | |
数据库性能监视工具 | spotlight | quest software | |
web服务器监控 | manageengine_applicationmanage | manageenginer | |
客户端服务监控工具 | PROCESSHACKER | ||
5、系统风险、优先级
风险名称 | 优先级 | 应对措施 |
需求变更 | 高 | 采用配置管理方法严格控制,见《配置管理工作流程规范》 |
人员变动 | 高 |
6、制约条件
模块功能实现情况 |
系统整体功能实现情况 |
代码编写质量 |
人员经验及对软件的熟悉度 |
测试时间的长短 |
需求临时变化 |
标准不清晰 |
7、测试策略
7.1 功能测试
测试目标 | 确保OA系统的功能满足《OA系统用户需求规格说明书》中的需求定义 |
测试范围 | 《OA系统用户需求规格说明书》中定义的需求 |
技术 | 使用等价类、边界值、错误推断等用例设计方法设计本次此时的测试用例,并使用渐增式集成方法对系统功能模块进行测试 |
开始标准 | 编码完成、用例评审通过、软件通过入口准则 |
完成标准 | 缺陷修复率大于90% |
测试重点及优先级 | 与《OA系统用户需求规格说明书》中的需求优先级一致 |
需考虑的特殊事项 | 缺陷修复率计算法则:缺陷修复率=校验通过关闭的缺陷数/总的缺陷数 |
|
|
7.2 用户界面测试
测试目标 | 通过测试进行的浏览可正确反映业务的功能和需求,这种浏览包括窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法(tab键、鼠标移动和快捷键)的使用 |
测试范围 | 《OA系统用户需求规格说明书》定义的UI需求 |
技术 | 使用静态测试方法,仔细审查界面图片、文字、按钮等界面元素的正确性与整体统一性 |
开始标准 | 系统界面设计完成并通过评审 |
完成标准 | 与《OA系统用户需求规格说明书》中的UI需求一致 |
测试重点和优先级 | 与《OA系统用户需求规格说明书》中的需求优先级一致 |
需考虑的特殊事项 |
7.3 性能测试
测试目标 | 通过设计典型的业务场景,检查系统在大业务量下能否提供持续的服务,并且系统的资源耗用在一个合理的范围内 |
测试范围 | 《OA系统用户需求规格说明书》中定义的性能需求 |
技术 | 使用专业的性能测试工具LR模拟多并发操作,完成被测模块实际业务操作 |
开始标准 | 功能测试完成 |
完成标准 | 与《OA系统用户需求规格说明书》中的性能需求一致 |
测试重点和优先级 | 与《OA系统用户需求规格说明书》中的需求优先级一致 |
需考虑的特殊事项 |
8、问题严重度描述
问题严重度 | 描述 | 响应时间 |
高 | 系统崩溃,宕机。功能实现错误 | 0.5个工作日完成 |
中 | 页面相应慢、页面布局错乱,有错别字 | 1 |
低 | 用户体验方面的问题 | 2 |