web软件测试计划.docVIP

招投标系统测试计划 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： -Test-Department 当前版本： V1.0 作 者： FREEBOYER 完成日期： 2006-2-17 简介 所需文档：《招投标代理系统用户手册10.20_重排版》 本次测试根据用户手册，对系统进行测试。测试人员需熟读用户手册，了解测试内容及方法。 招投标系统对数据准确性、系统稳定性要求极高，由于涉及到多方面利益和政府的公正性，本系统对数据不能出任何差错，在项目进行时，系统不得出现影响项目进行的任何情况（如：死机、速度慢、页面不能显示、专家不能登入、无法提交数据、无法正常打印等）。 1.1确定测试范围 中心数据库系统：数据录入（省属功能）、机构信息、卖方企业。增加负载测试。 中介管理系统：数据准备（从中心库取数据进行分组—评价分类—招标目录—器械品种—系统自动打包（打包标准为：目录+投标人+生产企业）--下载报价文件） 分流管理（检查分流准确性）—录入专家—评价过程管理（需多用户模拟测试）—打印管理（打印数据的正确性、多端同时打印） 专家评分系统： 政府监管系统： 测试内容如下： 对代码进行测试，SQL语句，函数，逻辑判断等； 对所有数据进行增加、删除、修改、查询。 对功能进行测试； 对界面进行测试； 对数据流程进行测试； 对角色进行测试； 需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史 目标：确定现有项目的信息和应测试的软件构件，确定测试范围,包括测试对象中将接受测试或将不接受测试的那些性能和功能 1.2测试策略 鉴于本测试为基于web的系统测试，所以需额外测试系统在不同用户的浏览器端的显示是否合适从最终用户的角度进行安全性和可用性测试连接速度测试 项目名称 测试内容 角色 时间 备注 单元测试 代码、结构、数据流 程序员 2006-2-20开始 功能测试 中心数据库 数据员 2006-2-20开始 功能测试 中介管理 数据员 2006-2-20开始 功能测试 中介管理 项目管理员 2006-2-20开始 功能测试 中介管理 投标人 2006-2-20开始 功能测试 评分系统 专家 2006-2-20开始 界面测试 所有系统 所有角色 3 压力测试 数据提交和访问 LOADRUNNER 3 综合测试 业务流程模拟 全体 3 故障恢复测试 所有系统 全体 3 安全测试 远程攻击、系统漏洞 投标人、匿名 3 3. 系统风险、优先级 待定 需简要描述测试阶段的风险和处理的优先级 序号 风险 可能性 潜在的影响 严重性 预防/处理措施 可能的征兆 1 开发进度延长 高 推迟系统测试执行的时间和进度 一般 控制开发进度;提前做好沟通和协调. 项目计划的变更,各个环节的进度拖延. 项目提交日期的变更而导致测试周期变更 低 系统测试总时间缩短,难以保证测试的质量 一般 严格控制项目的时间变更,多与客户沟通并得到客户的理解;调整测试策略,测试资源及计划. 难以把握,特别是客户提出的这种变更. 软件需求的变更导致测试需求及范围发生变化 中 导致测试工作量发生变化. 严重 做好需求管理;调整测试策略和计划. 客户的需求没做控制,项目范围没明确定义. 开发代码质量低 高 Bug太多,太严重,反复测试的次数和工作量极大. 严重 做好软件设计,提高编码人员的编码水平,进行单元测试;严格控制提交测试的版本,调整测试策略和计划. 没有做设计或没有做到位,没做单元测试,编码人员对编程语言或技术不熟,编程经验太少. 测试工程师对业务不熟悉 高 测试数据准备不足,不充分,测不到关键点,同时测试效率难以提高 非常 严重 测试人员及早介入项目,多做业务沟通,提供一定的业务培训机会,咨询工程师提供测试准备的支持. 业务领域太新,测试人员是新人,测试人员项目介入太晚. 对需求的理解偏差太大 高 对测试的BUG确认困难. 非常 严重 对需求多做沟通 特别是结合界面原型的沟通 . 没有界面原型,没有详尽的需求文档,需求没有通过评审和沟通. 测试人员的变动 高 测试进度减慢,甚至不能进行. 严重 做好部门的人事管理,保证人员能够有计划的变动;采取测试人员在一定程度上的轮换安排,保证对统一业务领域有多人熟悉;安排其他合适人员,调整测试计划或策略. 测试人员离职,其他更紧急的项目需要支援. 测试环境难以到位 中 迟迟难以进入测试,降低测试效率,甚至根本无法进行测试. 严重 做好测试环境的准备计划,加班或寻求系统管理员的支持,调整测试策略. 采购人员离职,测试环境的准备计划相关人员不清楚以及发生拖延. 测试数据的准备不充分 高 测试效率和质