您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 人事档案/员工关系 > 开发人员单元测试规范
为了提高整个开发中心产品和项目的测试效率,保证产品与项目内部系统集成测试的顺利进行,现要求系统开发部各项目组在提交产品至项目监理部之前必须进行严格的单元测试,即按照代码的单元组成逐个进行测试。具体说明如下:单元测试内容单元测试的依据是详细设计,应对模块内所有重要的控制路径设计测试用例,以便发现模块内部的错误。单元测试的测试类型主要包括: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有直接联系的用szAppName[10]形式否则用FileName[10]形式,单个字符也可用小写字母表示;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结构体命名结构体类型命名必须全部用大写字母,原则上前面以下划线开始;结构体变量命名必须用大小写字母组合,第一个字母必须使用大写字母,必要时可用下划线间隔。对于私有数据区,必须注明其所属的进程。全局数据定义只需注意其用途。示例如下:typedefstruct{charszProductName[20];charszAuthor[20];charszReleaseDate[16];charszVersion[10];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.c[0]);//sendlow-orderbyteOutByte((unsignedshort)66,count.c[1]);//sendhigh-orderbyte×××××××××××××××××××××××××××××××××××××××bcb,delphi中的变量命名:遵循匈牙利命名法,命名必须有意义,制定如下规定窗体:以大写的W开始,如About版权窗体,命名为WAbout文件:以大写的F开始,如About版权窗体,文件命名为FAbout.cpp按钮(Button):如退出按钮,命名为btnExit……基类:加base标记,如报表基类,窗体命名为:WBa
本文标题:开发人员单元测试规范
链接地址:https://www.777doc.com/doc-2427753 .html