开发人员单元测试规范.doc_第1页
开发人员单元测试规范.doc_第2页
开发人员单元测试规范.doc_第3页
开发人员单元测试规范.doc_第4页
开发人员单元测试规范.doc_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

为了提高整个开发中心产品和项目的测试效率,保证产品与项目内部系统集成测试的顺利进行,现要求系统开发部各项目组在提交产品至项目监理部之前必须进行严格的单元测试,即按照代码的单元组成逐个进行测试。具体说明如下:单元测试内容单元测试的依据是详细设计,应对模块内所有重要的控制路径设计测试用例,以便发现模块内部的错误。单元测试的测试类型主要包括:1模块接口测试;2模块局部数据结构测试;3模块边界条件测试;4模块中所有独立执行通路测试;5模块的各条错误处理通路测试;6模块的非法测试,例如在输入数字的地方输入字母;7代码重用测试,在开发过程中有些模块功能几乎相同,程序员在重用代码时可能忘记在原有代码上修改或修改不全面,而造成的错误;8系统兼容测试,例如有些程序在IE6能运行正常,到IE5下不能运行。有些程序在WIN2000下能运行,而到WIN98却不能运行。单元测试力度要求测试力度满足:语句覆盖:使被测程序的每条语句至少执行一次;判定覆盖:使被测程序的每一分支执行一次;条件覆盖:要求判定中的每个条件均为“真”、“假”两种结果至少执行一次;条件组合覆盖:让条件覆盖中的结果的所有可能组合至少出现一次;单元测试步骤一般认为单元测试应紧接在编码之后,当源程序编制完成并通过复审和编译检查,便可开始单元测试。测试用例的设计应与复审工作相结合,根据设计信息选取测试数据,将增大发现各类错误的可能性。在确定测试用例的同时,应给出期望结果。项目组完成单元测试,向项目监理部提交验收版本的同时必须一并递交单元测试案例及测试问题报告记录。测试部由项目监理部取得需测试系统的版本及相关文档,若在测试期间发现单元测试中记录的问题,如实记录。项目监理部视具体情况酌情对该项目组的绩效考核与项目评分加以控制。不同语言及架构的单元测试见附件。附件一c语言单元测试规范1.基本要求1.1程序结构清析,简单易懂,单个函数的程序行数不得超过100行。1.2打算干什么,要简单,直接了当,代码精简,避免垃圾程序。1.3尽量使用标准库函数和公共函数。1.4不要随意定义全局变量,尽量使用局部变量。1.5使用括号以避免二义性。2.可读性要求2.1可读性第一,效率第二。2.2保持注释与代码完全一致。2.3每个源程序文件,都有文件头说明,说明规格见规范。2.4每个函数,都有函数头说明,说明规格见规范。2.5主要变量(结构、联合、类或对象)定义或引用时,注释能反映其含义。2.7常量定义(DEFINE)有相应说明。2.8处理过程的每个阶段都有相关注释说明。2.9在典型算法前都有注释。2.10利用缩进来显示程序的逻辑结构,缩进量一致并以Tab键为单位,定义Tab为6个字节。2.11循环、分支层次不要超过五层。2.12注释可以与语句在同一行,也可以在上行。2.13空行和空白字符也是一种特殊注释。2.14一目了然的语句不加注释。2.15注释的作用范围可以为:定义、引用、条件分支以及一段代码。2.16注释行数(不包括程序头和函数头说明部份)应占总行数的1/5到1/3。3.结构化要求3.1禁止出现两条等价的支路。3.2禁止GOTO语句。3.3用IF语句来强调只执行两组语句中的一组。禁止ELSEGOTO和ELSERETURN。3.4用CASE实现多路分支。3.5避免从循环引出多个出口。3.6函数只有一个出口。3.7不使用条件赋值语句。3.8避免不必要的分支。3.9不要轻易用条件分支去替换逻辑表达式。4.正确性与容错性要求4.1程序首先是正确,其次是优美4.2无法证明你的程序没有错误,因此在编写完一段程序后,应先回头检查。4.3改一个错误时可能产生新的错误,因此在修改前首先考虑对其它程序的影响。4.4所有变量在调用前必须被初始化。4.5对所有的用户输入,必须进行合法性检查。4.6不要比较浮点数的相等,如:10.0*0.1=1.0,不可靠4.7程序与环境或状态发生关系时,必须主动去处理发生的意外事件,如文件能否逻辑锁定、打印机是否联机等。4.8单元测试也是编程的一部份,提交联调测试的程序必须通过单元测试。5.可重用性要求5.1重复使用的完成相对独立功能的算法或代码应抽象为公共控件或类。5.2公共控件或类应考虑OO思想,减少外界联系,考虑独立性或封装性。5.3公共控件或类应建立使用模板。1适用范围本标准适用于利用VisulC+,BorlandC+进行软件程序开发的人员.。.2变量命名命名必须具有一定的实际意义,形式为xAbcFgh,x由变量类型确定,Abc、Fgh表示连续意义字符串,如果连续意义字符串仅两个,可都大写.如OK.具体例程:BOOL类型bEnable;ch*charchTextc*类对象cMain(对象实例)h*Handle(句柄)hWndi*intn*无符号整型p*指针sz,str*字符串wWORDx,y坐标Char或者TCHAR类型与WindowsAPI有直接联系的用szAppName10形式否则用FileName10形式,单个字符也可用小写字母表示;Int类型nCmdShow;LONG类型lParam;UINT类型uNotify;DWORD类型dwStart;PSTR类型pszTip;LPSTR类型lpCmdLineLPTSTR类型lpszClassName;LPVOID类型lpReservedWPARAM类型wParam,LPARAM类型lParamHWND类型hDlg;HDC类型hDC;HINSTANCE类型hInstanceHANDLE类型hInstance,HICON类型hIcon;intiTmpfloatfTmpDWORDdw*String,AnsiStringstr*m_类成员变量m_nVal,m_bFlagg_全局变量g_nMsg,g_bFlag局部变量中可采用如下几个通用变量:nTemp,nResult,I,J(一般用于循环变量)。其他资源句柄同上.3常量命名和宏定义常量和宏定义必须具有一定的实际意义;常量和宏定义在#include和函数定义之间;常量和宏定义必须全部以大写字母来撰写,中间可根据意义的连续性用下划线连接,每一条定义的右侧必须有一简单的注释,说明其作用;资源名字定义格式:菜单:IDM_XX或者CM_XX位图:IDB_XX对话框:IDD_XX字符串:IDS_XXDLGINIT:DIALOG_XXICON:IDR_XX.4函数命名函数原型说明包括引用外来函数及内部函数,外部引用必须在右侧注明函数来源:模块名及文件名,如是内部函数,只要注释其定义文件名;第一个字母必须使用大写字母,要求用大小写字母组合规范函数命名,必要时可用下划线间隔,示例如下:voidUpdateDB_Tfgd(TRACK_NAME);file:/ModuleName:r01/sdw.cvoidPrintTrackData(TRACK_NAME);file:/ModuleName:r04/tern.cvoidImportantPoint(void);file:/ModuleName:r01/sdw.cvoidShowChar(int,int,chtype);file:/LocalModulevoidScrollUp_V(int,int);file:/LocalModule.5结构体命名结构体类型命名必须全部用大写字母,原则上前面以下划线开始;结构体变量命名必须用大小写字母组合,第一个字母必须使用大写字母,必要时可用下划线间隔。对于私有数据区,必须注明其所属的进程。全局数据定义只需注意其用途。示例如下:typedefstructcharszProductName20;charszAuthor20;charszReleaseDate16;charszVersion10;unsignedlongMaxTables;unsignedlongUsedTables;DBS_DATABASE;DBS_DATABASEGdataBase;6控件的命名:用小写前缀表示类别用小写前缀表示类别:fm窗口cmd按钮cobcombo,下拉式列表框txt文本输入框lablabal,标签imgimage,图象picpicturegrdGrid,网格scr滚动条lst列表框frmfram7注释原则上注释要求使用中文;文件开始注释内容包括:公司名称、版权、作者名称、时间、模块用途、背景介绍等,复杂的算法需要加上流程说明;函数注释包括:输入、输出、函数描述、流程处理、全局变量、调用样例等,复杂的函数需要加上变量用途说明;程序中注释包括:修改时间和作者、方便理解的注释等;引用一:文件开头的注释模板/*文件名:*Copyright(c)1998-1999*公司技术开发部*创建人:*日期:*修改人:*日期:*描述:*版本:*-*/引用二:函数开头的注释模板/*函数名:*输入:a,b,c*a-*b-*c-*输出:x-*x为1,表示.*x为0,表示.*功能描述:*全局变量:*调用模块:*作者:*日期:*修改:*日期:*版本*/引用三:程序中的注释模板/*-*/*注释内容*/*-*/8程序a.程序编码力求简洁,结构清晰,避免太多的分支结构及太过于技巧性的程序,尽量不采用递归模式。b.编写程序时,亦必须想好测试的方法,换句话说,”单元测试”的测试方案应在程序编写时一并拟好。c.注释一定要与程序一致。d.版本封存以后的修改一定要将老语句用/*/封闭,不能自行删除或修改,并要在文件及函数的修改记录中加以记录。e.程序中每个block的开头”及”必须对齐,嵌套的block每进一套,缩进一个tab,TAB为4个空格,block类型包括if、for、while、do等关键字引出的。f.对于比较大的函数,每个block和特殊的函数调用,都必须注明其功能,举例如下:count.divisor=1193280/freq;/computethepropercountOutByte(unsignedshort)67,(unsignedchar)182);/tell8253thatacountiscomingOutByte(unsignedshort)66,count.c0);/sendlow-orderbyteOutByte(unsignedshort)66,count.c1);/sendhigh-orderbytebcb,delphi中的变量命名:遵循匈牙利命名法,命名必须有意义,制定如下规定窗体:以大写的W开始,如About版权窗体,命名为WAbout文件:以大写的F开始,如About版权窗体,文件命名为FAbout.cpp按钮(Button):如退出按钮,命名为btnExit基类:加base标记,如报表基类,窗体命名为:WBaseRep,文件命名为FBaseRep.cpp1.在.h/.cpp的开头应有一段格式统一的说明,内容包括:a.文件名(FileName);b.创建人(Creater);c.文件创建时间(Date);d.简短说明文件功能、用途(Comment)。好习惯2.除非极其简单,否则对函数应有注释说明。内容包括:功能、入口/出口参数,必要时还可有备注或补充说明。还是好习惯3.每列代码的长度推荐为80列,最长不得超过120列;折行以对齐为准。太宽了,我的限制是60列,因为文本方式下屏幕一共80列,如果你用BC这一类的编辑器,窗口边框等又要占据一定空间,所以80列太宽4.循环、分支代码,判断条件与执行代码不得在同一行上。很对5.指针的定义,*号既可以紧接类型,也可以在变量名之前。例:可写做:int*pnsize;也可写做:int*pnsize;但不得写做:int*pnsize;建议采用第二种,除非附加另外一条规定:一次只声明一个变量,否则就会让人混淆,比如:int*a,b;看起来b好像也是个指针,其实不是。6.在类的成员函数内调用非成员函数时,在非成员函数名前必须加上:。这一条我倒觉得并不是必需的,我的看法是决不要让你的类成员函数和全局函数的名称相同(或类似)7.函数入口参数有缺省值时,应注释说明。例:BOOLCWpsDib:PaintDIB(CDC*pDC,CRect&rc,intnBrightness,file:/*=0*/BOOLbGrayScalefile:/*=FALSE*/)每个变量写一行,必要时加上/*in,out*/注释8.elseif必须写在一行。应该尽量避免elseif这样的结构9.与、有关的各项规定:9.1、应独占一行。在该行内可有注释。9.2必须另起一行,之后的代码必须缩进一个Tab。与必须在同一列上。9.3在循环、分支之后若只有一行代码,虽然可省略、,但不推荐这么做。若省略后可能引起歧义,则必须加上、。持保留意见,因为GNU的代码规范是这样的:if(NULL=ptr)/dosomethinghere或者if(NULL=ptr)/dosomethinghere争论哪个更好并没有意义,关键是统一,如果用VC当然你的办法最方便,可是如果你用emacs或者vi,就不是这样了。10.与空格有关的各项规定。10.1在所有两目、三目运算符的两边都必须有空格。在单目运算符两端不必空格。但在、:、.、等运算符前后,及&(取地址)、*(取值)等运算符之后不得有空格。10.2for、while、if等关键词之后应有1个空格,再接(,之后无空格;在结尾的)前不得有空格。我认为在括号两端加空格并不是什么错误,尤其是在一个条件十分复杂的if语句里10.3调用函数、宏时,(、)前后不得有空格。10.4类型强制转换时,()前后不得有空格同上11.与缩进有关的各项规定11.1缩进以Tab为单位。1个Tab为4个空格我认为这个值应该更大,我自己使用8个空格,如果你的代码因为缩进幅度太大而导致折行,那么几乎可以肯定你的程序设计方案有问题。11.2下列情况,代码缩进一个Tab:1.函数体相对函数名及、。2.if、else、for、while、do等之后的代码。3.一行之内写不下,折行之后的代码,应在合理的位置进行折行。若有+-*/等运算符,则运算符应在上一行末尾,而不应在下一行的行首。这一条我反对,运算符应该放在下一行行首,以使人能清楚的知道这一行是续上一行的,比如if(something&somethingelse&otherthings)如果写做if(something&somethingelse&otherthings)反而看不清楚11.3下列情况,不必缩进:switch之后的case、default。附件二java语言单元测试规范java语言的编程规范遵照公司的开发规范。1.基本要求1.1程序结构清析,简单易懂,单个函数的程序行数不得超过100行。1.2代码精简,避免垃圾程序。1.3尽量使用标准库函数和公共函数。1.4不要随意定义全局变量,尽量使用局部变量。1.5使用括号以避免二义性。2.可读性要求2.1可读性第一,效率第二。2.2保持注释与代码完全一致。2.3每个源程序文件,都有文件头说明,说明规格见规范。2.4每个函数,都有函数头说明,说明规格见规范。2.5主要变量(结构、联合、类或对象)定义或引用时,注释能反映其含义。2.7常量定义(DEFINE)有相应说明。2.8处理过程的每个阶段都有相关注释说明。2.9在典型算法前都有注释。2.10利用缩进来显示程序的逻辑结构,缩进量一致并以Tab键为单位,定义Tab为6个字节。2.11循环、分支层次不要超过五层。2.12注释可以与语句在同一行,也可以在上行。2.13空行和空白字符也是一种特殊注释。2.14一目了然的语句不加注释。2.15注释的作用范围可以为:定义、引用、条件分支以及一段代码。2.16注释行数(不包括程序头和函数头说明部份)应占总行数的1/5到1/3。3.结构化要求3.1禁止出现两条等价的支路。3.2禁止GOTO语句。3.3用IF语句来强调只执行两组语句中的一组。禁止ELSEGOTO和ELSERETURN。3.4用CASE实现多路分支。3.5避免从循环引出多个出口。3.6函数只有一个出口。3.7不使用条件赋值语句。3.8避免不必要的分支。3.9不要轻易用条件分支去替换逻辑表达式。4.正确性与容错性要求4.1程序首先是正确,其次是优美4.2无法证明你的程序没有错误,因此在编写完一段程序后,应先回头检查。4.3改一个错误时可能产生新的错误,因此在修改前首先考虑对其它程序的影响。4.4所有变量在调用前必须被初始化。4.5对所有的用户输入,必须进行合法性检查。4.6不要比较浮点数的相等,如:10.0*0.1=1.0,不可靠4.7程序与环境或状态发生关系时,必须主动去处理发生的意外事件,如文件能否逻辑锁定、打印机是否联机等。4.8单元测试也是编程的一部份,提交联调测试的程序必须通过单元测试。5.可重用性要求5.1重复使用的完成相对独立功能的算法或代码应抽象为公共控件或类。5.2公共控件或类应考虑OO思想,减少外界联系,考虑独立性或封装性。5.3公共控件或类应建立使用模板。命名规范定义这个规范的目的是让项目中所有的文档都看起来像一个人写的,增加可读性,减少项目组中因为换人而带来的损失。(这些规范并不是一定要绝对遵守,但是一定要让程序有良好的可读性)Package的命名Package的名字应该都是由一个小写单词组成。Class的命名Class的名字必须由大写字母开头而其他字母都小写的单词组成Class变量的命名变量的名字必须用一个小写字母开头。后面的单词用大写字母开头。StaticFinal变量的命名StaticFinal变量的名字应该都大写,并且指出完整含义。参数的命名参数的名字必须和变量的命名规范一致。数组的命名数组应该总是用下面的方式来命名:bytebuffer;而不是:bytebuffer;方法的参数使用有意义的参数命名,如果可能的话,使用和要赋值的字段一样的名字:SetCounter(intsize)this.size=size;Java文件样式所有的Java(*.java)文件都必须遵守如下的样式规则版权信息版权信息必须在java文件的开头,比如:/*Copyright?2000ShanghaiXXXCo.Ltd.*Allrightreserved.*/其他不需要出现在javadoc的信息也可以包含在这里。Package/Importspackage行要在import行之前,import中标准的包名要在本地的包名之前,而且按照字母顺序排列。如果import行中包含了同一个包中的不同子目录,则应该用*来处理。.stats;importjava.io.*;importjava.util.Observable;importhotlava.util.Application;这里java.io.*使用来代替InputStreamandOutputStream的。Class接下来的是类的注释,一般是用来解释类的。/*Aclassrepresentingasetofpacketandbytecounters*Itisobservabletoallowittobewatched,butonly*reportschangeswhenthecurrentsetiscomplete*/接下来是类定义,包含了在不同的行的extends和implementspublicclassCounterSetextendsObservableimplementsCloneableClassFields接下来是类的成员变量:/*Packetcounters*/protectedintpackets;public的成员变量必须生成文档(JavaDoc)。Proceted、private和package定义的成员变量如果名字含义明确的话,可以没有注释。存取方法接下来是类变量的存取的方法。它只是简单的用来将类的变量赋值获取值的话,可以简单的写在一行上。/*Getthecounters*returnanarraycontainingthestatisticaldata.Thisarrayhasbeen*freshlyallocatedandcanbemodifiedbythecaller.*/publicintgetPackets()returncopyArray(packets,offset);publicintgetBytes()returncopyArray(bytes,offset);publicintgetPackets()returnpackets;publicvoidsetPackets(intpackets)this.packets=packets;其它的方法不要写在一行上构造函数接下来是构造函数,它应该用递增的方式写(比如:参数多的写在后面)。访问类型(public,private等.)和任何static,final或synchronized应该在一行中,并且方法和参数另写一行,这样可以使方法和参数更易读。publicCounterSet(intsize)this.size=size;克隆方法如果这个类是可以被克隆的,那么下一步就是clone方法:publicObjectclone()tryCounterSetobj=(CounterSet)super.clone();obj.packets=(int)packets.clone();obj.size=size;returnobj;catch(CloneNotSupportedExceptione)thrownewInternalError(UnexpectedCloneNotSUpportedException:+e.getMessage();类方法下面开始写类的方法:/*Setthepacketcounters*(suchaswhenrestoringfromadatabase)*/protectedfinalvoidsetArray(intr1,intr2,intr3,intr4)throwsIllegalArgumentException/Ensurethearraysareofequalsize/if(r1.length!=r2.length|r1.length!=r3.length|r1.length!=r4.length)thrownewIllegalArgumentException(Arraysmustbeofthesamesize);System.arraycopy(r1,0,r3,0,r1.length);System.arraycopy(r2,0,r4,0,r1.length);toString方法无论如何,每一个类都应该定义toString方法:publicStringtoString()Stringretval=CounterSet:;for(intI=0;I0)I+;/错误,和在同一行if(i0)I+;/正确,单独作为一行语句永远单独作为一行.如果语句应该缩进到与其相对应的那一行相对齐的位置。括号左括号和后一个字符之间不应该出现空格,同样,右括号和前一个字符之间也不应该出现空格.下面的例子说明括号和空格的错误及正确使用:CallProc(Aparameter);/错误CallProc(Aparameter);/正确不要在语句中使用无意义的括号.括号只应该为达到某种目的而出现在源代码中。下面的例子说明错误和正确的用法:if(

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论