总的测试工作计划总结.docx
- 文档编号:12796975
- 上传时间:2023-04-22
- 格式:DOCX
- 页数:15
- 大小:60.82KB
总的测试工作计划总结.docx
《总的测试工作计划总结.docx》由会员分享,可在线阅读,更多相关《总的测试工作计划总结.docx(15页珍藏版)》请在冰豆网上搜索。
总的测试工作计划总结
工程测试工作方案
1工程管理机制
工程采取工程负责制,实现职责到人,充分发挥人的积极性和能动性。
通过测试前的充分准备,使工程测试工作有条不紊,测试流程和测试点清晰明了。
建立灵活多变的测试平台,使测试工作能按方案正常进展。
建立培训体系,使测试部成员能全面充分理解各产品的功能和流程,并保证各成员对同一个功能有统一的认识,从而支撑测试工程负责人承担工程全程负责职责。
通过知识共享,学习别人的长处,完善自己的知识构造,从而更快速提高工作质量和工作效率。
以下图是工程测试模型:
环
境
配
置
2测试准备
为了对工程模块进展全面和充分的测试,在测试前做好充分的测试准备。
测试准备的主要活动是组织测试方案和测试用例的编写和测试产品的评审,主要产品是测试方案和测试用例。
测试准备启动在工程功能规划蓝图评审通过后进展测试方案的编写,当工程详细设计通过评审后,进展测试用例编写,该两项工作由测试主管和测试组组长组织进展。
测试组要组织相关人员进展测试方案和测试用例的评审。
通过对新增的图书管理工程的新增功能的评审,保证该模块的测试质量和提高产品测试效率。
3测试平台
测试组利用现有的开发平台建立起一套相应的测试平台,该测试平台是基于Windows操作系统的测试环境,并尽可能的模拟实际用户的使用环境,真正的再现客户在实际使用中可能会遇见的问题。
硬件测试环境:
效劳器端
客户端
软件测试环境:
效劳器端
客户端
4培训体系
为了确保测试组成员对原工程的功能,业务流程熟练程度以及新增版本的功能的准确性和统一性,建立产品体系的培训机制。
由该工程的开发人员对测试组的成员进展功能讲解,并且定期讨论,以便消除功能理解上的差异,保证统一的功能认识,如有意见不统一的向设计师进展进一步确实认。
直至统一为止。
本培训在试运行阶段,方案每周一训,直至对新旧版本所有功能熟练操作和正确表达为止。
除了对现有软件产品进展训外,还要不定期组织软件质量监控根本原理和专业知识的学习,并在每一测试阶段开场前,由测试组组长组织该阶段的软件测试的专业知识的学习,并在实际测试前做相关方面的测试练习,以便测试组成员在实际测试中能很熟练的运用测试技术,并对该阶段的测试目标有深刻的理解。
5知识共享
建立测试知识共享库,包括测试流程、测试方法、测试标准、业务知识等一系列与测试相关的根底的和专业的知识。
通过工程测试总结,编制测试业务标准和不断抽象一般规律的测试方法。
对功能一样或相似的模块采取统一的测试模式以减少测试准备工作,大大节省编写测试资料的时间。
6工程职责划分
测试主管
1.为测试组组长分配任务并依据制定的方案监控他们的工作进展。
2.保证开发人员的软件开发遵从良好的开发和测试活动。
3.维护测试程序文件系统。
4.定期向高层管理人员汇报工作进展和存在的问题。
测试组组长
1.生成测试方案。
2.为测试分析员分配任务并依据制定的方案监控他们的工作进展。
3.为测试者分配任务并依据制定的方案监控他们的工作进展。
4.与开发组保持联系。
5.建立和维护测试工程文件系统。
6.定期向测试主管汇报工作进展和存在的问题。
7.执行其他由测试主管安排的临时任务。
8.对测试人员进展测试培训
测试分析员
1.协助测试组组长产生测试规格说明和测试文档。
2.执行测试组组长指派的测试任务。
3.协作测试组长进展功能分析。
4.定义测试需求。
5.设计并实现测试用例和测试脚本。
6.设计并实现测试数据集。
7.备份和归档所有的测试文档和材料。
8.完成测试总结报告。
测试员
1.执行测试组组长分配的测试任务。
2.进展测试脚本,
3.观察并在测试结果记录表格上记录测试结果。
4.维护和保存测试结果记录表格。
5.发现和记录所有观察到的缺陷。
6.为缺陷修正后的重新测试建立测试。
7.建立和初始化测试台。
8.备份和归档测试台。
9.在失败的时候恢复测试台。
7工作进度和各阶段的任务说明
各个阶段工作量估算(人小时)
进度安排
完成与否
一
需求阶段
1测试输入
软件质量保证方案〔任选〕
需求〔来自开发〕
2测试任务
制定验证和确认测试方案
对需求进展分析
对需求进展审核
分析并设计基于需求的测试,构造相应
的需求覆盖矩阵
3可交付的文档
1.软件验证测试方案
2.验证测试方案〔针对需求〕
3.验证测试报告〔针对需求〕
二
功能设计阶段
1测试输入
功能设计规格说明〔来自开发〕
2测试任务
功能设计验证和确认测试方案
分析功能设计规格说明
审核功能设计规格说明
可用性测试设计
分析并设计基于功能的测试,构造相应的
功能覆盖矩阵
实施基于需求和基于功能的测试
3可交付的文档
4.〔主确认〕测试方案
5.验证测试方案〔针对功能设计〕
6.验证测试报告〔针对功能设计〕
三详细设计阶段
1测试输入
详细设计规格说明〔来自开发〕
2测试任务
详细设计验证测试方案
分析详细设计规格说明
审核详细设计规格说明
分析并设计基于部的测试
3可交付的文档
7.详细确认测试方案
8.验证测试方案〔针对详细设计〕
9.验证测试报告〔针对详细设计〕
10验证设计规格说明
四
编码阶段
1测试输入
代码〔来自开发〕
2测试任务
代码验证测试方案
分析代码
验证代码
设计基于外部的测试
设计基于部的测试
3可交付的文档
11.测试用例规格说明
12.需求覆盖或跟踪矩阵
13.功能覆盖矩阵
14.测试步骤规格说明
15.验证测试方案〔针对代码〕
16.验证测试报告〔针对代码〕
五
测试阶段
1测试输入
要测试的软件
用户手册
2制定测试方案
制定测试方案
审查由开发部门进展的单元和集成测试
进展功能测试
进展系统测试
审查用户手册
3可交付的文档
17.测试记录
18.测试事故报告
19.测试总结报告
六
运行
/
维护阶段
1测试输入
已确认的问题报告
软件生存周期
2测试任务
监视验收测试
为确认的问题开发新的测试用例
对测试的有效性进展评估
3可交付的文档
20.升级的测试用例库
8
测试工作流程图
测试工作总体流程图
教育之通病是教用脑的人不用手,不教用手的人用脑,所以一无所能。
教育革命的对策是手脑联盟,结果是手与脑的力量都可以大到不可思议。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 总的 测试 工作计划 总结