ImageVerifierCode 换一换
格式:DOCX , 页数:12 ,大小:129.60KB ,
资源ID:8480415      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/8480415.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(日本外包项目测试过程规范.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

日本外包项目测试过程规范.docx

1、日本外包项目测试过程规范日本外包项目测试过程规范第一章 简介目的本文的目的是规范日本外包开发项目测试工作,为测试组与开发组提供详细的指引。以统一规范标准的测试过程为目的,提高海外事业部软件测试的管理水平,确保开发产品的交付质量。适用范围本文档的适用范围为海外事业部中的所有日本外包开发项目。第二章 过程规范描述2.1测试准备二.1.1 阶段概述和参与人员职责测试准备阶段是测试人员进行式样书分析、制定测试计划、设立测试配置库等活动,能有效的定义测试过程,制定出合理的测试策略和测试的进度安排,明确细化责任和分工,便于交流软件测试小组的意图,为执行测试阶段做准备,以保证整个项目的测试工作能顺利进行。相

2、关人员职责见下表:阶段任务参与人员提供式样书;提供项目计划;参与测试计划评审;PM/项目组长式样书分析;制定测试计划;测试计划更新;整理式样书检查点;测试组长/测试人员二.1.2 过程描述A.式样书分析提供式样书:PM/项目组长向测试组长提供式样书。采用开发组向测试组开放配置库共享的方式。式样书分析:测试组长/测试人员从配置库中得到式样书,在式样书分析理解过程中,如有不明确或无法理解之处,需提出疑问并整理成文档,并以会议(通过与PM/项目组长沟通确定时间)的方式请求PM/项目组长或者开发小组成员给予解答。提供式样书检查点:PM/项目组长以邮件方式向测试组长提供式样书检查点,并抄送项目总监,测试

3、组长将式样书检查点提交到测试区域的式样书检查点区并通知测试人员获取式样书检查点。式样书检查点更新:在项目开发过程中,如需更新式样书检查点,PM/项目组长及时以邮件方式告知测试组长式样书检查点更新部分。式样检查点由纽康公司提供给PM/项目组长B.制定测试计划提交项目计划:PM/项目组长向测试组长提供项目计划。可采用开发组向测试组开放配置库共享的方式。制定项目测试计划:测试组长从配置库中获取项目计划,根据项目计划制定测试计划。测试计划使用Microsoft Office Project 制定,详细拆分各阶段的任务以及任务的开始时间和完成时间以及指定测试人员。评审、修改测试计划:PM/项目组长和测试

4、组成员参与测试计划评审,并提出评审意见。测试组长根据项目组评审意见修改测试计划。测试计划存放于测试区域的测试计划区。测试计划变更:在开发过程中,如遇到项目计划变更的情况,PM/项目组长应及时以邮件的方式告知测试组长,测试组长及时变更测试计划。测试计划详见WBSC.设立测试配置库确定配置管理工具:本公司常用配置库管理工具有VSS,SVN,ClearCase等,PM/项目组长根据项目实际情况确定该项目所使用的配置管理工具。在配置库中建立测试区域:测试组长在PM/项目组长确定的项目配置库中建立测试区域;测试区域包括测试计划、测试检查点、测试版本发布、BUG提交、测试报告等区域,分别用于存放相关测试文

5、档。测试组长设置测试区域权限:开发人员(读取权限);PM/项目组长/测试组长/测试人员:(读写权限)。 测试人员向配置库提交测试文档:测试人员将所有的测试文档分门别类的提交到各自所属测试区域内。测试人员向配置库提交测试文档时,必须注明本次提交的内容,以便查询。下图是项目配置库关于测试区域的目录结构图,该结构图适用于任何配置管理工具:测试区域目录结构图测试配置库分布表:文件路径存放内容负责人测试区域/测试计划区 项目测试计划测试组长/式样书检查点式样书检查点测试组长/测试版本发布数据库文件式样书代码项目组长/BUG提交式样书检查点纳品测试组长/测试报告月度测试分析报告项目测试总结测试组长D.测试

6、环境搭建明确项目测试环境:PM/项目组长根据项目需求和项目实际情况确定该项目测试所需的必要环境。搭建项目测试环境:测试组长/测试人员根据PM/项目组长确定的测试环境搭建项目测试环境,包括测试服务器环境和测试机环境。确定测试环境,见附表1二.1.3 出口准则项目测试计划式样书检查点2.2测试执行2.2.1阶段概述和参与人员职责 该阶段为测试执行阶段,主要是测试人员对软件进行测试和验证的阶段,以测试准备阶段的工作成品为入口,开发人员测试人员按照各自的职责分工合作以达到该阶段的出口准则。具体职责见下表:参与人员职责角色提交测试版本以及数据库脚本;提交安装手册PM/项目组长制定计划;周总结;协调沟通;

7、发布版本报告等测试组长提交BUG;回归BUG测试人员2.2.2过程分步描述A.测试周计划管理配置库:测试计划区(所有活动在以下区域进行) 测试周计划内容制定测试周计划:测试组长以本周二至下周一为单位制定测试周计划,确定本周应测试式样书,拆分测试任务。测试周计划存放于测试区域的测试计划区。维护测试周计划:测试组长根据项目变更维护测试周计划。测试组长修改本周应测试式样书,维护式样书版本,重新拆分测试任务查看测试周计划:测试人员从测试区域的测试计划中得到测试周计划,明确自己在本周的测试任务,如有不明确或无法理解之处,需提出疑问测试周计划跟踪:测试组长在每天下班前确定本周当天测试任务完成情况(当天应测

8、试式样书,当天未完成测试式样书,当天已完成测试式样书,是否需要加班),以便于评估本周测试任务是否能够按计划完成详见下图:过程描述角色实施前提周期备注制定周计划测试组长项目计划完成每周一下班前制定完成邮件通知PM/项目组长/测试人员到测试计划区查看周计划修改维护周计划(项目变更)测试组长式样书变更PM告知项目变更项目计划变更后第二天下班前制定完成邮件通知PM/项目组长/测试人员查看周计划测试人员收到邮件通知收到邮件通知后获取获取周计划后确认本周任务安排,测试人员如认为安排过少或过多可口头告知测试组长确认后重新安排周计划跟踪测试组长周计划开始实施确定本周当天测试任务完成情况测试组长通过RTX收集当

9、天任务完成情况B.测试版本提交配置库:测试版本发布区(所有活动在以下区域进行) 测试版本提交内容提交项目安装手册:PM/项目组长将安装测试手册提交至测试版本发布区。安装手册包括简述硬件软件环境(服务器端,客户端),项目工程发布步骤提交测试版本:PM/项目组长每天下班前统一将项目工程备份文件提交至测试版本发布区。获取测试版本发布测试服务器:测试组长从测试区域中的测试版本发布区获取最新项目工程备份文件以及数据库文件,并发布到测试服务器供测试人员测试。详见下图:过程描述角色实施前提周期备注提交项目安装手册PM/项目组长已确定硬件软件环境测试版本提交前1 无项目硬件软件环境变更情况下首次提交后不再变更

10、2 项目硬件软件环境变更后应做相应变更邮件通知测试组长提交测试版本PM/项目组长确认测试版本代码与数据库一致根据项目计划安排以式样书为单位统一提交至测试版本发布区邮件通知测试组长获取测试版本发布测试服务器测试组长PM/项目组长已提交昨天项目工程备份文件根据周计划以及项目计划制定的版本发布时间获取相应版本邮件通知测试人员C.测试状态发布配置库:BUG提交区(所有活动在以下区域进行) BUG流程图提交BUG:测试人员根据式样书检查点对项目进行测试,根据测试结果修改式样书检查点状态栏。式样书检查点状态为: 通过 不通过 并截图。测试完成后将已执行测试的式样书检查点文档提交到测试区域中的BUG提交区。

11、并以邮件告知式样书对应的开发人员修改BUG以及要求开发人员邮件回馈BUG的原因和修改完成时间。修改BUG:开发人员从BUG提交区获取已测试完成的式样书检查点,根据检查点状态修改BUG后,指明BUG出现的原因,修改BUG状态栏。BUG状态栏为1 Fixed 2 Deferred 3 Closed 4 Reopen 5 Revalidated 6 Rejected。并邮件告知测试组长该本样式书已修正。回归验证:测试人员从BUG提交区获取已修正状态的式样书检查点进行回归验证直到该BUG关闭,此时修改式样书检查点状态为 通过。协调开发与测试的沟通交流:测试组长每天跟踪测试执行情况和开发人员BUG修复情

12、况以便能进行有效的沟通。每周收集测试人员测试过程中间的意见以及问题整理归纳并与PM/项目组长确认BUG状态说明BUG状态角色Fixed开发人员确认BUG原因(个人代码,共通代码,数据库缺陷,设计缺陷,数据库变更)并记录DeferredPM/项目组长确认延期时间(版本)延期原因Close测试人员确定式样书检查点通过测试ReopenPM/项目组长/测试组长确认Reopen原因并记录Rejected测试组长确认Rejected原因并记录ReqChangedPM/项目组长确认ReqChanged原因(是否未走需求变更流程)并记录D.测试周报告配置库:测试总结区(所有活动在以下区域进行) 整理测试数据(

13、每周一):测试人员于每周一上午将测试数据提交测试组长。测试数据包括:应完成式样书检查点数量,已完成式样书检查点测试量,未完成式样书检查点数量,完成度,BUG数量,式样书状态【未通过,未提交,计划前提交,计划后提交,已通过,测试未完成,测试计划前完成,测试计划后完成,需求变更】周测试报告:测试组长周一上午根据测试组成员提交的测试数据形成报告提交到测试总结区,并邮件告知PM/项目组长。测试周报告的目地:1、及时反应项目测试情况.2、开发人员及时了解项目开发质量,调整开发计划3、测试人员不断改进测试方法以及测试效率,提高测试质量2.2.3出口准则周计划&报告测试版本发布记录式样书检查点2.3测试分析

14、/总结2.3.1阶段概述和参与人员职责测试分析报告的目的主要是对软件测试项目给出一个具体的测试结果。在测试分析的基础上,对测试的结果以及测试的数据等加以记录和分析总结。它也是测试过程中的一个重要环节,是软件测试的说明书。具体人员职责见下表:参与人员职责角色制定测试分析报告(月度测试分析/项目测试总结);收集测试数据(BUG总数,修改BUG数,BUG率等)测试组长收集测试数据(BUG总数,修改BUG数,BUG率等)测试人员2.3.2过程分步描述A.月度测试分析编写月度测试分析报告:以每月为单位,测试组长/测试人员会收集整理测试数据,由测试组长编写月度测试分析报告,并以邮件的方式将该月度测试分析报

15、告发送给PM/项目组长,同时抄送给项目经理。月度测试分析报告存放在测试区域的测试报告区中,测试组成员和开发组成员可查看该月度测试分析报告。B.项目测试总结编写项目总结报告:项目测试完成之后,测试组长根据项目测试过程和测试结果,编写项目总结报告。并以邮件的方式将该项目总结报告发送给PM/项目组长,同时抄送给项目经理。项目总结报告存放在测试区域的测试报告区中,测试组成员和开发组成员可查看该项目总结报告。2.3.3出口准则月度测试分析报告项目测试总结第三章 附录附表1测试环境测试环境环境配置配置项测试服务器硬件配置CPU 1.5GHz以上,内存1G,硬盘80GCPU 2.4GHz以上,内存2G,硬盘

16、120G测试服务器操作系统Windows Server 2003Windows XP sp3UNNIXLinux数据库OracleSQL ServerMySQL中间件Tomcat(一个轻量级应用服务器)Jboss(个基于J2EE的开放源代码的应用服务器)Apache(排名第一的Web服务器软件)IIS(互联网信息服务)测试机硬件配置CPU 1.5GHz以上,内存1G,硬盘80GCPU 2.4GHz以上,内存2G,硬盘120G测试机操作系统Windows Server 2003Windows XP sp3UNNIXLinux测试机所用浏览器IE6.0IE7.0IE8.0Firefox网络协议TCP/IP(传输控制协议)IPX/SPX(以太网协议)(顺序数据分组交换协议)网络带宽不兼容的软件其他环境要求

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1