某某系统软件测试计划软件测试面试必备.docVIP

_软件测试面试必备 某某某某某某系统 软件测试计划 版本V1.0 软件开发部门：BTEST 软件测试部门：Z**第****小组 编 写：****** 日 期：****年**月**日 审 核：**老师 日 期： 批 准：**老师 日 期： 版 本 历 史 版本/状态 作者 参与者 起止日期 备注 1.0 张三 张三 2010-7-15 建立文档 1.2 张三 张三 2010-7-30 修订文档 2.2 张三 张三 2010-8-15 修订文档 版本历史是指测试计划修改的历史. 某某某某某公司 二00八年 目录 测试计划有三重境界： 第一重：什么都有用 第二重：什么都没用 第三重：仅部分有用 计划:达成统一认识,对过程控制 一、项目简介 2 1.1、目的 2 目的(文档目的,测试目的) 1.2、背景 2 1.2文档受众: 2. 适用对象 开发经理 测试经理 公司高层领导 二、测试参考文档和测试提交文档 4 文档写法一定要统一(不用写扩展名.doc,具体哪一个文件) 三、术语介绍：所有软件测试的专业词汇都要写！（如果是第三方，或者是用户要看测试计划，要保证用户看懂）如：缺陷的定义，功能测试，压力测试，性能测试等 看hf (测试模型(这个看受众用户,如果用户是开发团队,是第三方测试,要写清楚) 测试架构(测试模型)1.为什么选择模型2.模型细化,每个阶段做什么-输出好几版本:V,螺旋(边测边改,1个计划,死亡线) 用例结果带给下一个版本H模型) 四、测试需求 测试范围 依据需求分析,找测试需求 五、测试策略 1.值域测试:2.数据库测试3.功能测试4.裸机测试5.版本验证测试-冒烟测试6界面测试 7.可用性测试8.强度测试9.安装测试10.安全性测试11. 加密测试12.接口测试13.集成测试 14.配置测试15.压力测试16.容量测试17.故障转移和恢复性测试18.负载测试 验收测试 注意:测试结构:功能,性能不属于策略,黑白盒也不属于策略,测试阶段也不属于策略. 六、严重程度、优先级的定义(可写在这里)) 1）用例的优先级 2）缺陷的优先级 3）缺陷的严重程度 七、测试进度 5模型-对规模再细化阶段-里程碑-具体每天 里程碑 -----要加评审(时间安排,考虑并行的情况:需求计划在评审中,写用例,搭建环境,时间紧且人员充足的情况下这样做) 需求分析 需求评审 测试计划 计划评审 编写用例 用例评审 执行用例 测试总结 八、测试资源 6 系统:是实体机还是虚拟机,要写清楚 硬件:不用网络就不写.游戏:要写显卡 硬盘工具:研发人员开发,内部开发的工具. 九、系统风险 (不写) 1 系统风险 1.1 影响计划的潜在因素 1.2 应急措施 1.3 测试的局限性 2 测试通过标准 2.1 测试模块通过标准 2.2 系统测试通过标准(ISO 9000规定,有些公司会更严格一些) 当没有发现致命性错误，严重功能性错误数量小于测试用例总数的2%，一般功能性错误数量小于测试用例总数的5%，则认为系统通过本次测试，但要以测试结果评审会的评审结果为最后标准 十、附录：一般添加模板：计划模板，用例模板，日志模板，缺陷报告模板，会议记录（记录人，参与人，评审人） 测试说明:各种模板,如何使用,如何做需求分析的?  1.简介 1.1 测试目的: 1.确定项目的信息和软件构件。 2.需求 3.策略 4. 确定资源,任务,工作量,工作进度 5.可交付元素 ＜某某某某某某某某系统＞的这一“测试计划”文档有助于实现以下目标： 确定现有项目的信息和应测试的软件构件。 列出推荐的测试需求（高级需求）。 推荐可采用的测试策略，并对这些策略加以说明。 确定所需的资源，并对测试的工作量进行估计。确保测试工作进度 列出测试项目的可交付元素。 1.2 测试背景 软件名称: 用户: 开发者: 测试版本: 最新版本: 软件背景:为了谁的需求,使用 软件功能简介:有哪几个模块构成. 主要的功能,以及项目的简史 项目名称：某某某某某某某某系 用 户：北京****公司人事专员和财务专员 开发者： 北大青鸟北航校区 测试版本:2.0 最新版本:2.2 某某某某某某某某系统,为***公司提供更好的高效办公环境,而设计***系统.主要是通过文件发送与接收、文件下载