OA测试计划书.docx

计划书文档版本号：V1.0文档编号：文档密级：秘密归属部门/项目：产品名：OA子系统名：人力资源系统编写人：高翠编写日期：2012-11-26测试计划书拟制：高翠日期：2012/11/26审核：日期：yyyy/mm/dd批准：日期：yyyy/mm/dd修订记录：版本号修订人修订日期修订内容V1.0高翠2012-11-26初稿完成目 录引言5目标5被测对象5术语和缩略语5参考资料5范围6功能测试6性能和压力测试7兼容性测试7可用性测试7安全性测试7安装部署测试8配置项测试8测试策略8功能测试8性能和压力测试10兼容性测试10可用性测试10安全性测试10安装部署测试11配置项测试11测试环境11实际环境11功能测试环境11资源列表12性能测试环境12资源列表12资源的分配12测试人员12角色和职责13外部13内部13测试开始的标准14测试终止的标准和完成的标准14测试通过/失败标准15缺陷管理15测试执行管理16变更管理16需求跟踪18测试工具设计19风险管理19计划进度20里程碑20测试时间安排20风险和应急221. 引言本文档是为了指导人力资源系统的测试代码设计、测试用例设计和测试执行。本系统测试计划对测试范围、测试策略、测试环境等进行了定义，主要用于测试负责人指导整个项目的系统测试能够有序、完整的实施，为产品质量提供有力的保证。同时供项目经理、开发人员、测试人员参考。1.1目标本计划旨在对人力资源系统的以下各项内容进行明确的标识，使系统测试活动可以顺利有效的执行。 组织结构，结构间的关系及成员的职责 测试进度，任务安排 测试通过/失败的标准 测试挂起/恢复的标准 应交付的测试工作产品1.2 被测对象本次测试的对象包括：人力资源管理系统。人力资源系统基于B/S架构。主要是对用户的档案以及绩效考核进行管理。1.3 术语和缩略语无参考资料项目计划.doc需求规格说明书.doc2. 范围本次测试的范围，包括功能和压力测试、性能测试、兼容性测试、可用性测试、错误恢复和可靠性测试、安全性测试、可维护性测试、安装部署测试、配置项测试等。参考被测对象的软件需求规格说明书，对各类测试说明测试项和不被测试2.1 功能测试功能测试主要包括登录、人事管理、绩效考核、销售管理、超级管理四个模块。序号功能模块功能项优先级1登录功能登录High2人事管理档案管理High3档案查询High4历史记录High5数据维护High6档案统计High7绩效考核考核打分High8打分跟踪High9成绩管理High10成绩发布High11部门成绩High12部门统计High13年龄统计High14考核分组High15考核方案High16同事打分High17自我评价High18领导打分High19我的成绩High20销售管理客户管理High21销售管理22供应商23库存管理24超级管理组织结构25权限管理26公共共享27文件柜28工作流程29公共通讯录30问卷调查31考试管理32查看生日33工作计划34值班管理35讨论管理36论坛管理37短信管理38任务督办39CRM40工作日历41汇率管理42系统管理2.2 性能和压力测试性能测试主要有个方面：1、 档案管理数量达到1000个，查询档案所需要的时间。2、 档案管理数量达到1000个，档案统计所需要时间。3、如果同时有几十个用户同时登录系统，看系统页面的响应时间。2.3 兼容性测试 客户端： IE7 、IE8 、360浏览器。 服务器端：windows server 2003 、linux系统 2.4 可用性测试人力资源系统通过网页来进行操作，需要进行可用性测试，测试包括以下范围：1. 简易性l 界面提供功能操作步骤简单、明了；容易操作。2. 直观性l 用户界面简洁，布局合理。页面各元素不拥挤，界面不应该为用户制造障碍，所需功能或者期待的响应应该明显，并在预期出现的地方；对于重要操作给予用户明确提示。3. 一致性l 用户界面布局风格一致；界面各等价元素的标识、位置应尽量保持一致；系统涉及到的等价的术语和给予用户的提示应保持一致。4. 舒适性l 用户界面、快捷键、菜单等的设计和使用尽量贴近大众用户使用习惯。2.5 安全性测试功能点：1) 用户登录名的输入格式2) 用户密码是否已经做加密处理3) 普通用户登录的权限设置4) SQL注入5） 文件上传6） Session和cookie,用于验证session和cookie不会导致信息泄露和认证错误。7）服务器端是否验证客户端的输入（如长度，数据类型，格式）。2.6 安装部署测试1) Windows操作系统：windows2003server；2) IE浏览器；3) 数据库：Mysql；2.7 配置项测试1）360浏览器下基本功能和性能测试。2）IE7浏览器 环境下基本功能和性能测试。3) IE8 浏览器 环境下基本功能和性能测试。3. 测试策略3.1 功能测试模块测试项用例设计方法测试重点登录登录功能等价类利用正确的用户名密码可以正常登录人事管理档案管理等价类，边界值选择部门后，可以添加用户档案查询正交法，边界值可以正确查询到所需档案历史记录查看到历史记录 数据维护等价类档案统计边界值可以正确统计档案的数量绩效考核考核打分打分跟踪成绩管理成绩发布部门成绩部门统计年龄统计考核分组考核方案同事打分自我评价领导打分我的成绩销售管理客户管理销售管理供应商库存管理超级管理组织结构权限管理公共共享文件柜工作流程公共通讯录问卷调查考试管理查看生日工作计划值班管理讨论管理论坛管理短信管理任务督办CRM工作日历汇率管理系统管理3.2 性能和压力测试通过使用性能测试工具Loadrunner，设置测试场景，观察测试结果和系统运行日志。压力测试主要是针对后台服务器进行。主要考虑的是客户端输入内容后，传输给后台服务器时服务器的处理能力。要求系统达到以下性能指标：1、档案管理数量达到1000个，查询档案控制在3秒内。2、档案管理数量达到1000个，档案统计所需要时间控制在3秒内。3、如果同时有几十个用户同时登录系统，看系统页面的响应时间不能超过1s。3.3 兼容性测试兼容性测试优先级较低，时间充裕的情况下考虑：兼容性测试主要考虑在IE8、IE7浏览器 和360浏览器，在IE7上面测试所有的功能，在其他的浏览器测试主要功能。3.4 可用性测试通过在功能测试过程中，观察各界面的布局、风格，菜单，快捷操作，提示语，及使用相关功能的舒适性，来对系统的可用性进行验证。3.5 安全性测试1) 用户名输入特殊值，密码不输入是否可以登录系统。2) 利用抓包工具，看用户密码是否加密。3) 普通用户的权限。4) SQL注入。5) 文件上传，观察上传文件，是否对文件的类型进行过滤。6) 服务器端对用户输入的数据是否进行验证。3.6 安装部署测试系统文件是否完整。3.7 配置项测试1）360浏览器下基本功能和性能测试。2）IE8浏览器 环境下基本功能和性能测试。3） IE7 浏览器 环境下基本功能和性能测试。4 . 测试环境4.1 实际环境客户端：pc机 、 IE7浏览器服务器端： windows server 2003 、mysql 、apache 、JDK(1.5版本以上)4.2功能测试环境客户端：pc机 、 IE7浏览器服务器端： windows server 2003 、mysql 、apache 、JDK(1.5版本以上)4.2.1资源列表前台：2台PC后台：1台pc测试人员：3人4.3 性能测试环境客户端：pc机 、 IE7浏览器 、loadrunner服务器端： windows server 2003 、mysql 、apache 、JDK(1.5版本以上)4.3.1资源列表后台与功能测试相同；前台需要添加秒表计时器；计时器可网上下载。4.4 资源的分配测试人员：高翠, 赵维海，李杰斌测试机器：台式机3台，要求CPU：1GMHZ以上，内存：1GMB以上。测试环境：Windows XP，Windows XP ,windows2003sever+mysql+jdk+apache4.5 测试工具需求是否已具备使用工具解决途径管理用例及问题跟踪工具已有QC性能测试模拟场景已有Loadrunner5.测试人员测试技能和经验要求a) 测试人员需要具备懂得测试的基本操作和应付临时危机的技能；b) 工作经验至少工作1-2年；测试人力资源数量：3测试人员介入时间段：a) 测试计划：高翠负责；b) 测试设计：高翠，赵维海，李杰斌负责；c) 测试实现：赵维海，李杰斌负责；d) 测试执行：高翠，赵维海，李杰斌负责；6 测试管理角色和职责外部角色人员职责描述客户经理xxx产品规划xxx对本项目产品需求进行细化，并保证项目的产出符合用户要求项目经理xxx对本项目进行全面负责，保证项目按时按质完成QAxxx协助项目经理完成系统设计和软件质量控制方面的工作软件需求作者xxx完成软件需求的编写开发工程师xxx概要设计，详细设计，编码，单元测试。配置管理员xxx做好后台管理，对软件的版本进行有序的管理。内部l 测试负责人：高翠1. 制定测试计划，组织测试工作2. 掌控测试进度，控制风险。3. 协调与外部团队的工作配合。4. 指导测试人员测试工作。5. 测试总结报告评审组织。l 测试人员：赵维海 李杰斌1. 测试用例编写。2. 测试用例执行。3. 向测试负责人汇报测试进度。工作汇报2、 测试负责人每天向项目经理提交测试日报。3、 测试人员每天向测试负责人提交测试日报。测试开始的标准开发组提交用于测试的版本后，经产品测试人员的评估，认为达到进入测试的标准后开始，否则退回产品开发组继续完善产品。测试终止和完成的标准l 测试终止：由于进行测试的产品存在严重的质量问题，导致测试无法继续，并且产品开发组在项目测试组可接受的时间范围内无法修复，测试终止。l 测试完成：对于进行测试的产品，执行完所有测试的功能、兼容性等测试案例，无3级（含）以上遗留问题，测试完成。缺陷管理l 缺陷严重级别：严重级别严重程度1-Low微小的错误，不会影响系统的功能；该问题是一个不准确或容易误解的行为，但不会引起下面（Severity2、3、4、5）列出的问题2-Medium该问题增加了安装、测试或用户操作的复杂度或成本；该问题轻微降低了系统的性能，但系统仍然能工作。3-High该问题会严重降低系统的性能；用户需求没有实现；该问题不符合需求规格书；该问题引起系统的部件故障。4-Very High系统不能正常启动或时常自动崩溃（至少一星期一次）。5-Urgent系统不能启动或启动后无法正常工作；系统经常自动崩溃（至少一天一次）。l 修复优先级：优先级别严重程度1-Low该缺陷希望被修复，并且修复可以在以后的版本中发布。2-Medium该缺陷必须被修复，并且修复可以在以后的版本中发布。3-High该缺陷必须被修复，并在正式版本发布前重新提交验证。4-Very High该缺陷必须尽快被修复。该修复将在一个工作日内以特定补丁的形式提交，使测试能够继续下去。5-Urgent该缺陷必须立刻被修复。该修复将在半个工作日内以正式补丁的形式提交，使测试能够继续下去。测试发现的缺陷将提交到TD缺陷库中集中，将作为对版本/PATCH漏测率考核的依据。测试执行管理通过项目系统测试状态统计表纳入管理。变更管理l 需求变更需求变更时必须及时通知测试负责人，并且在测试开始前2个工作日以前完成，否则测试组无法做出相应的测试准备工作，不予安排测试。l 计划变更如果测试部发生人力资源变化而引起工作量超过0.5人*天的情况下，需要相应的变更本测试计划。如果测试进行过程中加入了其他非计划的突发任务，而导致工作量巨大，无法完成任务的时候，需要相应的变更本测试计划。由于进行系统测试的版本存在严重的质量问题或开发人员修改测试问题效率、质量过低，导致测试延误，应修改测试计划来规划新的测试进度。7 计划进度里程碑功能测试完成。测试时间安排 序号任务内容前置任务工作量开始时间终止时间负责人输出1测试案例编写2012.11.282012.