技术部软件研发管理制度、办法、规定.docx

软件研发管理制度一、软件研发管理办法下面是某企业软件研发管理办法，供读者参考,软件研发耸时号«1«AN第I条目的,为域范软件研发工作,提高研发顷M,降低成本,结合公司的实际情况，特制定本办法.第2条省理第门.软件研发部是物件研发工作的归口管理部门，负费软件的需求谓代、设计、开发、特试、发布殍各项工作.«2»软件产品研发决W第3条产品址划内容，产品毁划是指产丛规划人段通过词代刷究.做山有关需求分析*市场导向、竞争对和产&发腐方向的分析报告，制定和羊护产品的目标，购保产品满足客户的需察.其具体工作内容包括以下三个方面.1 .软件研发潍解研人员通过客户需求分析,求取与产品发展相关的客户意向.市场需求、克争茶外、同类产品等估息.2 .根据调研分析结枭,确定产品的上要发展方向；根蜡客户与公司的需要，确定产品的美垃觎性等.3 .制定产品的长期目标.第4条可行性研尢及决策程序.1 .软件刷发郃调研分析人员进行市场曲衣Kj分析,现认软件的市场霜求.2 .在啊任研究的珏1上进行可行性研究，提交可行性分析报告.3 .软件研发主管副总班织相关人员进行论W,决定JS目取涧或继续，4 .攸件研发部根据论证站米刖订初步的软件开发计划.5 .根据市场环境、公司软恨件胡况但测风险闪JK.«3«软件需求分析IMAA*ttAAItaAAMMBM轶日剃他今日期四、软件测试管理规定下面是某企业软件测试管理规定.供读者参考.度名*软件,4号执行部11«1»AN与1条目的.1 .胡莅收件测试工作.完善测试标准和测试方法.2 .确保公司软件产品颁Iib满足客户要求.3 .降怔软件开发成本与维护成本.第2条适用施用.本规定近用于公司新研发或改乩升级收件的测试工作.第3条测试的主要工作内容.1 .开展系统、深入、广泛的测试.2 .找出产品中存在的所有问题，尽早开展惚M工作.3 .测试产品的同时.在产品实现之前,对产品的设计进行审核和测试.4 .关注产品的娓格、进度、资俎以及产品开发E期的任何变化.第4条管理职舟分工.轼件涧试工程库主娶负费软件1试计划的Mi执行等相关工作受攸件研发蛉理的指号与胺停.在相关人员氤积极酣合软件测试工作。»2«耳祓计封第5条制试计划的编制.测试计划是罚玳人员梵理测试项口和发现BUg的啦要I：具,由测试1：程师根据冽试的对象与罚试标布制定,并经软件研发部经理审批通过后方可执行.第6条濯试计划的内容，1 .产品慨述,说明仔测产肺的幺称.特征、用途以及测试产品的U的.2 .测试策珞是测试依据的主要½i则、理说、方法,以及测试时巾点号比的因看.等等.3 .蒲试所采用的方法.4 .测试区域，5 .测试配置.6 .测试周JB.7 .测试资源规划.8 .风险分析及应急计划.第3章试用例慢计笫7条测试用例的设计原则.1 .能够加坡则.2 .易于分类原则。3 .测试内容不里复原则.4 .致据库帝理仃档所有制试用例旧则.5 .在研发测试过和中不厮调解及地球帽斓.第8条测试用例质满足的茨件1 .测试用例应尽可能用31软忤产拈的功能特点和程序代码中的分支流程,并做“可能抓住Bug2 .测试用例应注呱测试：些最特殊的输入纲合.加对Jrt大箱.被小值等边界输入条件的解试.3 .选择的试用何时胸选用线女找if明显有效的测试川网.4 .将复杂的测试用例分解成一规较勘审的测试用例分别送行测试»4»HUXm1.第9条BUJI的界定.1 .功能未实现,和规格说明书的Ia述不&.2 .不傥工作.死机.没反应.3 .对某种软*硬件配比不獗容.4 .在设置动界条件时发生功能跳失或错误.5 .界面、消息、提示不够涯确，不友好.6 .”时把未完成的工作也作为Bug.第I。务BUg的拨别与后果1 .死机.导致死机或系统裤痪.2 .主要问慝.可作引发厚近何禺.3 .小一胞,不太产at.4 .微小向JS,第U条BUS的优先is.1.需要尽快假正的BUs2,好个里程地结束前必须修正的BU£.3 .如果时间允许就修正的Bug.4 .低优先姬的Bug.笫12条BU£状态分类.1 .活动的BUj：.2 .己批解决的Bug.3 .关闭的Bug.第13条Bug报告管理.在软件开发过程中,发现并IttfiBug不仅是测试工和灿的U!<,也是所行研发与，,人防的脱揖,所仃人报Pi的BUEM；被统一记求：、H1.踪和忏理.第14条BUg保存.B监的年次处理都被记泉在数据H内.所有记录都无法加除.只能为记录添加新的内容.第15条Buji报告与分析流程.1 .测试工程Wi在发现或接收到BUg报告后,应立即建立个新BUg记录，已住后跳的即踪和俄理.BUS记求应包含Bug的具体用现步羽!.环境和Bug再现时的折辕我国等.2 .测试工程饰应用可能分析产生B可的K!因.并根据该BUg对于后发软件开发和发布的影晌程度，设定合适的优先级和严，Ii圾别.3 .在分析产生BMSKi因的基H1.匕对BUg进行归类管理.4 .i5定好优先侬和严旗线别的Bug将核测试人员根IttBUg出现的位.H'.Bug的球徒成因等分派列相关的开发人员,由其专门负责解决.第16条BUi:的解决方法.1 .已修正。2 .推迟.3 .设计向ISS.4 .*R.5 .不可再现.6 .无需在正，«5»IMttSW第17条完整的测试循环过程工作内容.1 .完瞥曲试.技测iit划和测试m例的要求,将所有测试用例完够地执行溺.2 .曲机测试.搬海发现BUg的几率.3 .B咤校会（011Mi>.对所有已经改正的BUg进行再次测试，1保先前发现的Bug已完全鼾决.4 .结束条件观试.第18条各阶设的测试。各测试阶段的测试内容与测试后的技术状态如下表所示.不同浦试阶段的测试内容说明测试阶段测试内容窝试后技术状态代码完成之前的测试研究产品的规格说明1 .软件可以作为一个整体测试2 .用户界面可能不完美但漂亮3 .明显的BUg可能很多编写并完成测试计划设计测试用例，完成大部分测试用例熟悉必须的环境、工具、软硬件不断丰富测武用例Bcta测试之前的测试努力找出所有的Bug1 .软件中所有致命问题已被修正2 .所有的计划功能都已在软件中实现，并能够工作3 .产品稳定，可以供用户适用4 .大部分软件界面已经确定，有在线帮助，可能有用户手册发布BeIa版时对已知问题要明确，心中有数逐步注意系统级的整体测试，交比性和深层测试发布候选版本前测试运行所有测试用例，最大程度上确保质fit1 .数据库里没有一个活动的Bug2 .已完成了完整测试、回归测试、随机测试等完整的测或循环3 .产品已经稳定了一段时间验证所有已经修正的Bug及可能用起的新Bug随机测试itBcta测试后变动尽快桎定卜来投产、发布前的测试垂新验证所有已经改正的Bug,再次确保Bug已经改正且操作正确无误正苴投产、发布重新运行所有测试用例，保证产品的正确性随机测试寻找可以影响最终生产版本发布的Bug检查病毒、验证光盘，圾后一次检查第19条测试质Ift要求质最是由产品的可靠性、功悠和上市时间来决定的.是三界之间的平衡.1 .可季性型指软件产品功能的正碉性,即无大的缺陷或缺陷很少.2 .功能是软件产息提供给客户的所有可操作的特性.3 .上方时间与软件研发的进改相关.第6章NW笫20条本规定由公司软件研发部IW定.共修改权、解杼杈归软件研发部所有.第21资本规定自布之H起执行.MMAA审核人员ItaAA“日黑审核日期就今日D五、软件研发质量管理制度下面是某f业软件研发质埴管理制度，供读者参乏.««««软件研发员Hs1.M度号执行部门«1«AM第I条目的，为加粒对软件朋朵的管理.符A标准及畿范的要求,曲保技求文档齐全正碇并H系统便于维护,不断提高公司轨件产品的崎砧水平，特制定本制度.笊2条适用范用.本制度适用F攸件斫发过程中的砧fit管理相关工作小项.第3条相关职责.1 .软件用发人班软件研发人员在研发项目的初始阶段坦枳人员Ie写.研发项目M拄制计划2 .研发项目质M党理负市人用发项H版/管理货贵人仍说好发项11实撞过和中的烦中控IW.对其进行评价,组织相关人员IW定并实危纠正描施与预防措施.3 .研发J1.H收M甘理人员环发顶目旗出仔理人为负费项目研发过程中规定数据的记求和统计,参与斫发过程和产品质收改进的相关活动.第4条软件质录特性.软件产品的阪StHfi功能性,可撇性.易用性、效率'可淮护件.、可移植性等特性.第5条软件帧M控制程序1 .61W并执行庾城计划.2 .进行过程评审。3 .软件特试与缺陷跟踪，4 .也立报告制度.S2*制及班制计划第6条所引控IW计划内容.斫发项目领责人在项目策划阶成组织人员摘制的质址柱州计划吨站台项目的规模.目标、研发月期警以体情况，所Jtt制的原Irt控剂计划应包括以下三个方面的内容.1 .研发项目的庾目标.2 .研发项目中的质量供证活动人员的职贯与权口联3 .项目研发过程中的质或控制措篦，第7条软件研发过程质Irt控制it划.软件研发过程加做拄IW计划与措（ft如下我所示.软件研发过程质量控制计划项目质=标准质外坳工具质=控制结果输入（依据）质量方针、范围说明、软件描述、标准和规则等质量管理计划、质量控制测量结果、操作定义工作结果、质量管理计划执行情况、检杳表等工具与技术成本收益分析、流程图、检验基准法、实验分析设计等质量计划编制方法和技术、质址审计检查表、控制图、统计抽样、流程图、趋势分析输出（结果）质量管理计划、操作定义等质量提高质量提海、验收通过、返工、完成的检查表、过程调整第3*件愕第8条软件评审工作内容.相关技术人员在软件研发的各个阶段进行彳JWI双的软件温觉、文档与代码审选话动.抬篷工作是否符合伏定的标业.其目的是梆助软件研发人员在研发初期找出工作中的辐谀.外9条软件评审人员.1 .评审活动主持人tJft货领导与帆织审查工作.般由评审经验1%的资踩研发同行担任.OIU部门内儿也研发项目的项目主旨，而不能由被评中项H的管理人员担任.2 .研发人员I被评审项目的人员.3 .普申员：人数一般为S6人,担任者为技术方血的同行.4 .记液员：担任若为技术方面的同行.第10条评审内容.评审具体内容血餐腆在相关过程的程序文件执行，知於求分析阶段的评审按隐需求分析程序的花美坦定进行,开发设计阶段的评审按照开发谀计程序的有关流程进行。第11条评审实地流程.1 .人员培1：项”进行初次评审前，需对谭电人员迸行相关培即.使其熟卷评中程序与相美hi以提高i¥市工作的彳J效性和效率.2 .评审法备1研发人员及其管理人员准卷好待评审软件，准生好评审所需的材料.3 .分发评审材将即在评审会议前两天将评审材料和评审表格分发的好-他评审i阑读.4 .召开评审会议:押市主带人、W中