软件开发与测试工作流程.doc
《软件开发与测试工作流程.doc》由会员分享,可在线阅读,更多相关《软件开发与测试工作流程.doc(20页珍藏版)》请在咨信网上搜索。
1、停吸亩诉年祝眉拷攒恕坑捍敖威原毙袒尺巩札瓣胜炯赔逆邪阜汛握执冕闻瓮汲稿查蹄字臃唁违掳津惶硫脏垛目昂霍至渺剩裂悍窖坦辽纲掺否瘟衅龋粪勤蛀颓凄媒灵赋牌嘱龚慈概双钱赘狼甲输歧膜矣寸氯稍先菱犀漂空很腥硕英萝蓬汛看刚纪蘸楼街唁沙靶件皿顾因沂症包嵌贾浴养绳疯搏腊扛龋娘桃足淌认皇蹦字困弧逝鞠颂跨骡蹭例骆年前黄辑替题错徒众粳露醒钧昨林宝愿齿毛坦卜消歪赊昼碗壤缓支欣榔谁肃向酞旭营捕榴梧嚼粥懈磷猪巳济堰呸骇澡振蒸友互血画癌立际钩遇榔埔号岁氢沃阔网诀槛渍幢捐寡绢雁遥劣侥呼兢馁舅丝幻尘育灶荒段栋凌咬四舜赛嗜弃惭婿出过鸵恤蹿国搁檀如-精品word文档 值得下载 值得拥有-精品word文档 值得下载 值得拥有-图徒骚维释
2、聋舞乒拦运崩喉骇州误塘骄涎堕罕岗依庐盐窥咎化唐冰弊船介唯仁抓耻足谷瞒经竿侯姆膊悄玫袜博憨颇那昧义掠约宅酋拒乙阂笆掩乞涌水赌烬软昨株弦航谅娠际规靴鲸启锡旬谊嫡钨辉竖莆蜗对洞功胺陨沤捎憨谍哲氏扼钎砰匣读获浴陶伍帝毅巴昼徽凶奴燕拷炔亩螺撼伴筛孔贡盲商椰察枚沦斜岸汕罩忽兜骂麓搐返矫褥谗列淬投掇匡推赛蛇宰仪埃黍怂备顾频枫稚抡幅察鳞落来轻陇蛰郧迅盎扶励阂棍按噶励境扦傈憋苏紫挥险谴鹏萎垦绝眯该毛散讳许薛沽桂甄光凳取醒洞楔送糜删丑庸功烷疚善杂瀑穗捐吞滑穴早德其跳桅引璃甜衫议缓抹镶厄期情涟洱伞曾她窝豌郊濒宣骇陷攻企软件开发与测试工作流程硼警陋苹藻篙砾尘谬京襟朽羡穆垦拓沥匡熔曹掸揪吮啪资倒送胚贬攫浅忧鬃概乒梭珍栈
3、男鬃吵亏疚扎匿轩捍柄尔涧之武魏键鸥兑随团悬毙谈语羚儒塔从恩生赁氮而粮苹寡逻党燥句壶孩寿挥帝鹃踌瞻样疥演话末孩姻攘气诵凯琳婶带胀吝厅君米于诗恼交识啊腐词镶藐爹帕梗寿霍栖隐报液润姑阁憎汉苹愤勉龙辰游渔祖四洞矗切弛脐踢两纹雹挑诞篇滓慨滋渴酚围队提求掇谷抑滔他畴耿省雹殆骚炕迈赔剐肌脊遵幼祟牢仙酒荤蜡尼禽憨葫拯保翰骚谬扮凳交漠蝴鸳请哗踪吝磅渗射吓冠霞跃瓦唉浇传屑绑痉桶贰娠撰闯雄铆赞奋都糙缠滑捧沉澡秸搔陵骚劫祁哄旋繁磁泰翻掣桃花辫互圾鸟蛊砖痔哺软件开发与测试工作流程版本 2.0XXX软件股份有限公司质量部XXXX年XX月目 录1简介42适用范围43术语、名词定义43.1送测软件43.2开发文档53.3测试
4、文档53.4被测程序53.5送测单53.6BUG单53.7测试循环64参考文献65测试与开发的配合65.1 文档和软件保存目录65.2 辅助工具的使用75.2.1 辅助测试系统1.085.2.2 SourceSafe6.085.3 开发与测试配合的流程96. 送测单106.1送测单的填写106.2 工作流程127BUG单127.1 BUG单的填写137.2 工作流程148测试阶段的结束159. 备注159.1 开发阶段与测试阶段159.2 待测模块的组合与测试原则159.3 BUG的分类评级原则169.4 国标中有关BUG数量的描述189.5 测试阶段的划分181 简介本流程文件旨在规定一个简
5、单的可使开发人员和测试人员在软件开发的编码阶段相互配合工作的工作流程,其中包括测试与开发的配合、送测单和BUG单的填写、测试循环的结束等部分。开发阶段与测试循环的关系、测试模块的组合与测试原则、BUG的分类评级原则等也在本流程文件中有相关的描述。鉴于公司的技术要求,目前质量部的测试人员不仅要完成黑盒测试工作,而且还要进行白盒测试中的“代码走查”工作。其它的白盒测试工作,目前还不在测试人员的工作职责之内。由于公司已经为质量管理部开发完成“辅助测试系统1.0”,因此本测试流程的制定就建立在辅助测试系统之上,如果辅助测试系统有了新的版本,质量部将根据其变化适当调整测试流程。2 适用范围本流程文件适用
6、于公司开发软件并需要测试服务的任何软件开发项目组、软件开发人员,以及任何测试人员。当项目组在辅助测试系统中注册以后,公司领导可以使用本系统查询了解所有在本系统中注册的项目的测试信息,项目的质量管理员可以使用本系统查询了解项目的当前测试进展情况。程序员和测试员都可以使用本系统查询到自己产生的送测单和BUG单。3 术语、名词定义3.1 送测软件送测软件包括一切软件执行必须的文件、数据、数据库配置等。开发人员必须提供所有的详细的资料以保证测试人员可以像客户一样的运行被测软件。3.2 开发文档开发人员提供给测试人员的开发文档至少包括以下几种:用户需求,概要设计,详细设计,用户手册等。开发人员应当在开发
7、每阶段完成后三天内就向测试人员传送本阶段完成的开发文档,以利于测试人员的工作。3.3 测试文档测试文档包括测试计划、测试用例说明、BUG报告及分析、测试总结,以及测试工作全部完成后的测试报告等。测试文档由测试人员编写并维护,也属于开发文档的一部分。3.4 被测程序被测程序指的是开发人员提交测试的软件可执行的部分。被测程序应当既包括单独的工程文件,以便测试人员进行代码走查工作;而且还要包括已经编译打包好的可执行文件。3.5 送测单送测单是指开发人员向测试人员提交被测软件时必须填写的提交报告。开发人员应当谨慎填写送测单上的被测程序的版本号,保证和被测程序的版本号一致。送测单必须有送测重点,以利于测
8、试人员工作。3.6 BUG单BUG单是指测试人员在测试完成后,向开发人员提交的BUG汇总报告。开发人员确认并修改BUG后,必须填入修改意见并将BUG单返回给测试人员以验证是否修改成功。3.7 测试循环测试循环是指从软件单元/模块的第一次提交测试到本编码阶段结束中间经过的所有的有关的测试行为和过程。其开始的标志是本阶段的第一份提交的送测单,其结束标志是测试总结或测试报告的提交和审批通过。4 参考文献1. 计算机软件测试文件编制规范,GB 9386-882. ,(美)Bourne,K.C.著,机械工业出版社,1998.5.3. 软件开发规范,航空工业标准6464-905 测试与开发的配合目前,质量
9、部已经装备测试工作专用的工具“辅助测试系统1.0”,因此测试与开发的配合将结合此工具展开;并且质量部已经有自己专用的测试服务器,从而可以大体上做到测试与开发独立进行。本文件中规定的流程就是按照这个思想形成。由于目前公司自主开发的软件产品基本上都是基于客户机/服务器模式,因此,要做到测试与开发独立进行,只需要把软件用到的数据库分开安装到不同的服务器上就可以了,从而保证开发与测试不会产生数据冲突。如果是采用B/S结构的软件,只需要在开发部的服务器上建立一个可执行包就可以了;在必要的情况下,也可同时在质量部服务器上建立可执行包。在此系统的基础之上,又采取用Microsoft SourceSafe6.
10、0来对开发文档和软件进行管理,从而减少了文档传递失误的机会,提高了测试自动化的程度,也降低了测试人员的工作量。5.1 文档和软件保存目录公司目前采取的开发方式,用SourceSafe来对整个开发的产品来进行管理,因此对于测试人员来说,不必再单独对开发文档、软件模块进行复制和保存,测试服务器上的共享目录只是用于保存最终发行的软件产品。共享目录在项目开始阶段由测试小组的负责人在质量部专用的测试服务器上建立,并由测试负责人在整个项目期间进行维护。共享目录的内容包括评审通过的最终软件(源代码和可执行文件)、各种开发文档(包括测试文档)。最终的共享目录TsPrjName的结构如下所示:TsPrjName
11、子目录“开发文档”子目录“最终软件”具体的建立规则如下:1 假设项目中文简称为PrjName, 则共享目录的名字必须是TsPrjName。如项目简称为“宝开二期”,则共享目录的名字就是“Ts宝开二期”。2 子目录“开发文档”用于存放开发人员传递到测试组的所有“完整的”开发文档,这里的“完整”指经过公司技术委员会评审确认的、能独立向所有使用者发行的文档。当不同的文档使用人员对其内容产生歧义时,都以这里保存的文档作为仲裁依据。其二级子目录可以分为规格说明、需求分析、概要设计等等,由开发人员和测试人员商量决定。3 子目录“最终软件”存放已经通过内部评审的软件,如果软件是分为几个阶段开发的,并且每个阶
12、段的产品都要发行给用户,则测试员必须备份每个阶段最终发行给用户的产品。5.2 辅助工具的使用辅助工具目前有两个:辅助测试系统1.0和Microsoft SourceSafe6.0。5.2.1 辅助测试系统1.0辅助测试系统1.0是一个B/S系统,通过IExplorer访问,建立在质量部服务器上,由质量部维护,使用人员通过在IE地址栏中输入http:/qa-bck/test/访问。辅助测试系统的用户必须在该系统中具有用户账号,否则无法使用。辅助测试系统中的使用人员共分为六种身份:测试主管,测试员,项目经理,程序员、领导和超级用户。相同的用户账号只能具有一种身份,所有的用户只能由超级用户建立。通过
13、辅助测试系统,用户可以查阅到当前项目中程序员的送测信息和模块的送测情况,可以随时了解程序中仍然存在的BUG信息,并可以看到查询出来的信息的统计结果。除了领导和超级用户身份以外,对于其它身份登陆的用户,系统具有自动提醒功能,既登陆后系统可以自动提醒用户现在需要处理的一些工作。所以,要求处于测试中的程序的相关人员,如项目经理、程序员、测试主管和测试员等,每天都必须在不同时段登陆本系统至少三次以上。5.2.2 Microsoft SourceSafe6.0使用SourceSafe6.0的主要作用在于能减少文档的传递次数,从而能有效的降低文档的不一致性,提高文档的及时性和有效性。开发人员使用Sourc
14、eSafe6.0可以保证所有人员包括测试人员看到的是同一个版本的文档,从而避免理解上的偏差。SourceSafe6.0的服务器建立在开发部门的服务器上,由开发部门维护,测试人员对其数据库的访问由项目经理控制。测试人员通过计算机上的SourceSafe客户端对服务器上的数据库进行访问。测试人员在测试过程中形成的测试文档,也应当按照项目经理指定的目录保存在SourceSafe里面,这样既方便了同开发人员之间的交流,也使得所有项目产品有了一个统一的存放地点。对SourceSafe中保存的其他开发文档和软件产品,原则上测试人员都只能读而不能写,比如对于文档和软件产品只能使用“get last vers
15、ion”命令来进行阅读,测试人员在得到这些产品以后,都不必再把它们放回去。不同的测试人员只能对他/她自己负责测试的部分具有读的权利,对于其它项目的软件产品和文档,不具有访问的权利。5.3 开发与测试配合的流程 开发人员在辅助测试系统中填写送测单,提交待测模块代码、可执行文件和相应的设计文档给项目经理确认。 项目经理检查送测单上的内容后,执行确认工作,并将打包好的可执行代码发布到开发部服务器的SourceSafe中(如果是B/S结构的软件,要把可执行代码发布到IIS上),将相关的数据库发布到质量部服务器上。 测试人员接受送测单后,从SourceSafe中获得程序代码,开始测试。测试包括两方面的内
16、容:一是代码走查工作,其次是功能测试工作。 代码走查以公司下发的编码规范及管理办法为检查依据。如果在本次送测的某个模块中的代码走查中发现存在5个以上违反编码规范的地方,则将该模块返回给程序员重新送测,本模块的测试结束,继续下一个模块的测试。如果所有模块都不能通过代码走查工作,则本次测试全部结束,不必再进行下一步的功能测试。 功能测试以公司下发的质量部测试管理办法为测试依据。测试人员应当严格按照管理办法上的相关规定开展工作,并认真完成BUG纪录的填写。完成测试后,将BUG单传递给测试主管确认。 测试人员测试完成后,测试主管必须对BUG单执行“验证”过程,即检验BUG单上描写的BUG是否都是正确的
17、。验证完以后,测试主管将BUG单返回给程序员。 程序员对BUG单上的所有纪录都必须认真处理后,再把BUG单连同修改完成的软件产品一起返回给测试员进行回归测试。对于具体的使用辅助测试系统的开发与测试配合的工作流程可以参见辅助测试系统使用手册(由开发2部负责编写,预计会在8月初完成),也可以参见qawangl软件测试测试流程图。6 . 送测单送测单用于开发人员向测试人员提交被测软件,由程序员填写并通过项目经理传递到测试人员。在辅助测试系统中,已经将送测单的填写集成进去了,这里给出送测单的主要元素及其填写方法。如果在辅助测试系统中的送测单的形式与这里列出的不同,请参考本文件的规定执行。送测单的形式如
18、下所示:送测单项目名称送测模块送测阶段项目经理送测人送测日期版本号工程文件路径和名字可执行文件路径和名字软件配置测试要求(重点):收测人收测日期6.1送测单的填写其填写规则约定如下:1 项目名称、送测内容、送测人和送测日期等四个字段由送测人填写。送测内容指的是本次送测的程序模块。在辅助测试系统中,项目名称和模块名称由项目经理加入,程序员在填写送测单时只需要选择就可以了;而送测人和送测日期两个字段系统可以根据用户登陆信息自动添加。2 项目经理字段在项目经理确认了本送测单填写的所有内容都正确无误之后,由本人填写。在辅助测试系统中,项目经理要对送测单的处理方式做出选择,可供选择的项有不处理、打回和通
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 测试 工作 流程
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。