CSFA测试方案.docx
- 文档编号:10641126
- 上传时间:2023-02-22
- 格式:DOCX
- 页数:14
- 大小:31.53KB
CSFA测试方案.docx
《CSFA测试方案.docx》由会员分享,可在线阅读,更多相关《CSFA测试方案.docx(14页珍藏版)》请在冰豆网上搜索。
CSFA测试方案
测试方案
1、 概述2
1.1、编写目的2
1.2、读者对象2
1.3、项目背景2
1.4、测试目标3
1.5、参考资料3
1.6、测试部内部组织结构图:
3
2、 配置管理3
2.1、SQL的安装3
2.2、IIS的配置3
2.3、网络环境3
2.5、销售打包4
2.6、版本控制4
2.7、技能学习4
3、功能测试:
4
3.1事业一部:
4
3.2事业二部:
6
3.3事业三部:
7
3.4平台事业部:
8
3.5筑蓝事业部:
9
4、性能测试:
10
5、测试策略:
11
6、测试通过准则:
12
7 、附录:
12
7.1 附录1 审批记录表12
8、其它内容:
12
8.1、资产统计:
12
8.2、文档:
13
8.3、分享:
13
9、考核方式:
13
9.1、功能和性能测试占(75%)13
9.2、团队方面占15%;13
9.3、纪律性占4%;13
9.4、其它内容占6%13
1、 概述
1.1、编写目的
说明编写本测试方案的目的是为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师提供关于【XXXX系统】系统整体系统功能和性能的测试指导。
1.2、读者对象
本测试方案可能的合法读者对象为软件开发项目管理者、软件工程师、测试组、系统维护工程师。
1.3、项目背景
可以如下那样简单说明,根据项目的具体情况,方案编写者也可以进行详细说明
项目名称:
简称:
项目代号:
开发部门:
测试部门:
1.4、测试目标
说明进行项目测试的目标或所要达到的目的
1.5、参考资料
列出编写本测试方案时参考的资料和文献。
1.6、测试部内部组织架构:
2、 配置管理
负责人:
负责部门:
销售部和技术服务部;
协调部门:
销售部门、产品开发部、WEB开发部;
空位缺人数:
1人
缺人理由:
打包内容较多
2.1、SQL的安装
1、熟练掌握SQL的安装;
2、熟练掌握SQL的还原和备份;
3、熟练在windowsXP、windows2003、windows2008、WIN7、WIN8等系统安装SQL;
2.2、IIS的配置
1、能在windowsXP、windows2003、windows2008、WIN7、WIN8的环境下配置IIS;
2、对64位和32位的区别需要了解;
2.3、网络环境
1、需要对协议有所了解,如:
修改IP地址和PING;
2、网络测试压力工具:
知道会用;能帮助解决网络锁的问题;
2.4、服务器环境
2.4.1 、服务器硬件
此处给出服务器硬件的名称、规格、数量、配置等信息。
2.4.2、服务器软件
此处给出服务器软件的名称、协议和版本等信息。
2.5、销售打包
1、出一份【销售打包地区总表】(列表:
地区、销售负责人、实施工人员、学校名、模块名称、单机锁、网络、测试日期、交付日期、是否带平台、);如下所示:
2、需要每天进行【销售打包地区总表】进行更新,每周汇报一次;
3、将【销售打包地区总表】上传到SVN,进行版本管控;
2.6、版本控制
1、负责一、二、三、筑蓝部等模块测试完成后入库工作;
2、入库清单更新【最新2.0模块编码(汇总)】;每次有新的版本入库,就得必须更新此表;如下所示:
2.7、技能学习
1、熟练掌握功能测试的基础知识;
2、熟练使用TDBUG管理工具和搭建;
3、性能测试工具的学习等等;
4、熟悉HTTP协议,掌握配置;
3、功能测试:
3.1产品开发部:
负责人:
负责部门:
产品开发部
协调部门:
产品开发部;
空位缺人数:
1人
缺人理由:
1个模块*16小时工作制(2天)=1个入库,模块数增多就来不急
1、负责事业一二部的模块测试工作;
2、能学会编写【测试计划】,对产品进行风险评估;
3、熟练编写【测试用例】;
4、评审【测试用例】(参于人员:
产品经理、测试经理、需求工程师、开发工程师、测试工程师)
5、测试过程中,在提交BUG的时候要带着这些问题,提交BUG格式如下:
(1、如何开始功能性测试,有什么方法?
提交BUG,处理
(2、如何发现BUG?
(3、如何提交BUG
(4、如何处理BUG
(5、BUG处理流程简介(案例分析)项目A的bug处理流程测试日/周报填写
(6、测试日/周报包含哪些方面?
(7、测试日/周报如何填写?
预置条件:
P1.;
P2.;
操作步骤
S1.;
S2.;
输入数据:
预期结果:
E1.;
E2.;
测试人:
测试时间:
年 月 日
6、在测试过程中发现严重问题较多时,需要对开发进行代码的质量评估,统计BUG数量(需要将问题导出,反馈测试经理,组织人员进行开会讨论)
7、测试完成后需要提供【测试总结报告】;
8、相关技能的补充:
(1、熟练掌握功能测试的基础知识;
(2、熟练使用TDBUG管理工具和搭建;
(3、性能测试工具的学习等等;
3.2WEB开发部:
负责人:
负责部门:
WEB开发部
协调部门:
WEB开发部;
缺人数:
2人
理由:
平台的东西最少是二人或者三人以上:
项目数多,项目周期短;
一人不可能同时负责测试二个项目;
工作内容如下:
1、负责事平台事业部的测试工作;
2、编写【测试计划】,对产品进行风险评估;
3、编写【测试用例】;
4、评审【测试用例】(参于人员:
产品经理、测试经理、需求工程师、开发工程师、测试工程师)
5、测试过程中,提交BUG格式如下:
预置条件:
P1.;
P2.;
操作步骤
S1.;
S2.;
输入数据:
预期结果:
E1.;
E2.;
测试人:
测试时间:
年 月 日
6、在测试过程中发现严重问题较多时,需要对开发进行代码的质量评估,统计BUG数量(需要将问题导出,反馈测试经理,组织人员进行开会讨论)
7、测试完成后需要提供【测试总结报告】;
8、相关技能的补充:
(1、熟练掌握功能测试的基础知识;
(2、熟练使用TDBUG管理工具和搭建;
(3、性能测试工具的学习等等;
9、练掌握测试策略中的各项测试(包括:
单元测试和集成测试、系统测试等)
4、性能测试:
负责人:
负责部门:
WEB开发部;
协调部门:
WEB开发部;
工作内容如下:
1、负责事平台事业部的测试工作;
2、编写【性能测试用例】;
3、评审【性能测试用例】(参于人员:
需要专业人事)
4、测试完成后需要提供【性能测试总结报告】;
8、相当技能的补充:
(1、熟练掌握功能测试的基础知识;
(2、熟练使用TDBUG管理工具和搭建;
(3、性能测试工具的学习等等;
5、测试策略:
在此说明测试策略,可以如下这样说明(必须对以下的测试策略进行测试,对测试人员的综合评估)
测试过程按三个步骤进行,即单元测试、集成测试、系统测试,根据不同阶段测试的测重点不同,分别介绍测试策略:
A)单元测试
首先按照系统、子系统和模块进行划分,但最终的单元必须是功能模块,或面向对象过程中的若干个类。
单元测试是对功能模块进行正确性检验的测试工作,也是后续测试的基础。
目的是在于发现各模块内部可能存在的各种差错,因此需要从程序的内部结构出发设计测试用例,着重考虑以下五个方面:
1) 模块接口:
对所测模块的数据流进行测试。
2) 局部数据结构:
检查不正确或不一致的数据类型说明、使用尚未赋值或尚未初始化的变量、错误的初始值或缺省值。
3) 路径:
虽然不可能做到穷举测试,但要设计测试用例查找由于不正确的计算(包括算法错、表达式的符号表示不正确、运算精度不够等)、不正确的比较或不正常的控制流(包括不同数据类型量的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等)而导致的错误。
4) 错误处理:
检查模块有没有对预见错误的条件设计比较完善的错误处理功能,保证其逻辑上的正确性。
5) 边界:
注意设计数据流、控制流中刚好等于、大于或小于确定的比较值的用例。
B)集成测试
集成测试也叫组装测试或联合测试。
通常,在单元测试的基础上需要将所有的模块按照设计要求组装成系统,这时需要考虑的问题:
(1) 在把各个模块连接起来的时候,穿越模块接口的数据是否会丢失。
(2) 一个模块的功能是否会对另一个模块的功能产生不利的影响。
(3) 各个子功能组合起来,能否达到预期要求的父功能。
(4) 全局数据结构是否有问题。
(5) 单元模块的误差累积起来,是否会放大,从而达到不能接受的程度。
我们在组装时可参考采用一次性组装方式或增殖式组装方式。
C)系统测试
系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求一致,主要是下列类型的测试:
1)用户界面测试:
测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足设计中要求的执行功能。
2)性能测试:
测试相应时间、事务处理效率和其他时间敏感的问题。
3)强度测试:
测试资源(内存、硬盘)敏感的问题。
4)容量测试:
测试大量数据对系统的影响。
5)容错测试:
测试软件系统克服软件、硬件故障的能力。
6)安全性测试:
测试软件系统对非法侵入的防范能力。
7)配置测试:
测试在不同网络、服务器、工作站的不同软硬件配置条件下,软件系统的质量。
8)安装测试:
确保软件系统在所有可能情况下的安装效果和一旦安装之后必须保证正确运行的质量。
6、测试通过准则:
在此规定本系统通过测试的准则,即当依据测试用例执行者测试结果与预期结果相符,或测试结果与预期结果虽有不符但不可归咎于应用程序时为测试通过,反之则为测试失败。
7 、附录:
7.1 附录1 审批记录表
角色
签名
日期
备注
软件项目经理
开发部经理
测试部经理
质量保证人员
配置管理人员
8、其它内容:
8.1、资产统计:
1、针对往年的打包出去的模块进行封装和清理;
2、针对现有的打包进行分类管理;
8.2、文档:
对所有的文档进行SVN进行管理(如:
文档模板、工作规范、测试用例、测试报告、测试指导书、工作职责等等)
8.3、分享:
对所有的文档资料进行内部分享,(如:
测试资料、问题的反馈文档、版本信息文档、模块清单资料、技术服务部问题反馈、客户反馈问题等等)
9、考核方式:
9.1、功能和性能测试占(75%)
9.1.1、熟练掌握平台的搭建(包括SQL的安装、IIS的配置、网络环境知识);(10%)
9.1.2、严格按照【测试规范】进行测试,能编写【测试计划】,对其进行风险评估;(10%)
9.1.3、熟练编写【测试用例】掌握用例设计;(10%)
9.1.4、BUG的提交,严格按照要求进行编写,有效的保证提交的BUG开发人员能很的精准的找到问题所在,减少走弯路,提高工作效率,能具备对BUG进行有效的分析,帮助开发找到问题所在;(20%)
9.1.5、熟练掌握测试策略中的各项测试(包括:
单元测试和集成测试、系统测试(包含性能测试)等);(20)%
9.1.6、按照测试通过准则,通过的入库,反之不入库打回开发,测试项目完成后需要提供(测试计划、测试用例、测试总结报告);(5%)
9.2、团队方面占15%;
9.2.1、在紧急任务的情况下,不分部门,全力配合某个项目的完成;(5%)
9.2.1、在负责部门的情况下,事情不多的情况下,全力帮助其它部门;(5%)
9.2.3、下班后,如果其它测试人员任务较急,需要加班的情况下,能主动提出帮助加班;(5%)
9.3、纪律性占4%;
9.3.1、遵守公司【员工手册】;(4%)
9.4、其它内容占6%
9.4.1、资产的统计(2%)
9.4.2、文档的管理(2%)
9.4.3、文档的分享(2%)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CSFA 测试 方案