某某系统软件检测测验计划软件检测测验面试必备

《某某系统软件检测测验计划软件检测测验面试必备》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、_软件测试面试必备某某某某某某系统软件测试计划版本V1.0软件开发部门：BTEST软件测试部门：Z**第****小组编写：******日期：****年**月**日审核：**老师日期：批准：**老师日期：版本历史版本/状态作者参与者起止日期备注1.0张三张三2010-7-15建立文档1.2张三张三2010-7-30修订文档2.2张三张三2010-8-15修订文档版本历史是指测试计划修改的历史.某某某某某公司二00八年目录测试计划有三重境界：第一重：什么都有用第二重：什么都没用第三重：仅部分有用计划

2、:达成统一认识,对过程控制一、项目简介21.1、目的2目的(文档目的,测试目的)1.2、背景21.2文档受众:2.适用对象开发经理测试经理公司高层领导二、测试参考文档和测试提交文档4文档写法一定要统一(不用写扩展名.doc,具体哪一个文件)三、术语介绍：所有软件测试的专业词汇都要写！（如果是第三方，或者是用户要看测试计划，要保证用户看懂）如：缺陷的定义，功能测试，压力测试，性能测试等矚慫润厲钐瘗睞枥庑赖。看hf

3、聞創沟燴鐺險爱氇谴净。(测试模型(这个看受众用户,如果用户是开发团队,是第三方测试,要写清楚)测试架构(测试模型)1.为什么选择模型2.模型细化,每个阶段做什么->输出好几版本:V,螺旋(边测边改,1个计划,死亡线)用例结果带给下一个版本H模型)残骛楼諍锩瀨濟溆塹籟。四、测试需求测试范围依据需求分析,找测试需求五、测试策略1.值域测试

4、:2.数据库测试3.功能测试4.裸机测试5.版本验证测试->冒烟测试6界面测试7.可用性测试8.强度测试9.安装测试10.安全性测试11.加密测试12.接口测试13.集成测试14.配置测试15.压力测试16.容量测试17.故障转移和恢复性测试18.负载测试验收测试注意:测试结构:功能,性能不属于策略,黑白盒也不属于策略,测试阶段也不属于策略.六、严重程度、优先级的定义(可写在这里))1）用例的优先级2）缺陷的优先级3）缺陷的严重程度七、测试进度5模型->对规模再细化阶段->里程碑->具体每天里程

5、碑-----要加评审(时间安排,考虑并行的情况:需求计划在评审中,写用例,搭建环境,时间紧且人员充足的情况下这样做)酽锕极額閉镇桧猪訣锥。需求分析需求评审测试计划计划评审编写用例用例评审执行用例测试总结八、测试资源6系统:是实体机还是虚拟机,要写清楚硬件:不用网络就不写.游戏:要写显卡硬盘工具:研发人员开发,内部开发的工具.九、系统风险(不写)1系统风险1.1影响计划的潜在因素1.2应急措施1.3测试的局限性2测试通过标准2.1测试模块通过标准2.2系统测试通过标准(ISO9000规定,有些公司

6、会更严格一些)当没有发现致命性错误，严重功能性错误数量小于测试用例总数的2%，一般功能性错误数量小于测试用例总数的5%，则认为系统通过本次测试，但要以测试结果评审会的评审结果为最后标准彈贸摄尔霁毙攬砖卤庑。十、附录：一般添加模板：计划模板，用例模板，日志模板，缺陷报告模板，会议记录（记录人，参与人，评审人）謀荞抟箧飆鐸怼类蒋薔。测试说明:各种模板,如何使用,如何做需求分析的?1.简介1.1测试目的:1.确定项目的信息和软件构件。2.需求3.策略4.确定资源,任务,工作量,工作进度5.可交付元素＜

7、某某某某某某某某系统＞的这一“测试计划”文档有助于实现以下目标：l确定现有项目的信息和应测试的软件构件。l列出推荐的测试需求（高级需求）。l推荐可采用的测试策略，并对这些策略加以说明。l确定所需的资源，并对测试的工作量进行估计。确保测试工作进度l列出测试项目的可交付元素。1.2测试背景软件名称:用户:开发者:测试版本:最新版本:软件背景:为了谁的需求,使用软件功能简介:有哪几个模块构成.主要的功能,以及项目的简史项目名称：某某某某某某某某系用户：北京****公司人事专员和财务专员开发者：北大青鸟

8、北航校区测试版本:2.0最新版本:2.2某某某某某某某某系统,为***公司提供更好的高效办公环境,而设计***系统.主要是通过文件发送与接收、文件下载、文件查询、错误处理、站点监控、权限控制等功能，使文件流转顺畅、资源共享、信息有序管理，基本实现无纸化办公，从而提高办公效率和工作质量，降低管理成本，为核心业务工作提供强有力的技术支持。厦礴恳蹒骈時盡继價骚。1.3范围测试操作的范围,描述测试各个阶段的测试类型.各个阶段:单元,集成,系统,验收;测试类型:功能,性能,压力;描述测试的各个阶段.这个范