开发人员单元测试规范样本.docx
- 文档编号:9326613
- 上传时间:2023-05-18
- 格式:DOCX
- 页数:17
- 大小:58.85KB
开发人员单元测试规范样本.docx
《开发人员单元测试规范样本.docx》由会员分享,可在线阅读,更多相关《开发人员单元测试规范样本.docx(17页珍藏版)》请在冰点文库上搜索。
开发人员单元测试规范样本
为了提高整个开发中心产品和项目的测试效率,保证产品与项目内部系统集成测试的顺利进行,现要求系统开发部各项目组在提交产品至项目监理部之前必须进行严格的单元测试,即按照代码的单元组成逐个进行测试。
具体说明如下:
单元测试内容
单元测试的依据杲详细设计,应对模块内所有重要的控制路径设计测试用例,以便发现模块内部的错误。
单元测试的测试类型主要包括:
1模块接□测试;
2模块局部数据结构测试;3模块边界条件测试;
4模块中所有独立执行通路测试;5模块的各条错误处理通路测试;
6模块的非法测试,例如在输入数字的地方输入字母;
7代码重用测试,在开发过程中有些模块功能几乎相同,程序员在重用代码时可能忘记在原有代码上修改或修改不全廂,而造成的错误;
8系统兼容测试,例如有些程序在IE6能运行正常,到IE5下不能运行。
有些程序在WIN下能运行,而到WIN98却不能运行。
单元测试力度要求测试力度满足:
语句覆盖:
使被测程序的每条语句至少执行一次;判定覆盖:
使被测程序的每一分支执行一次;
条件覆盖:
要求判定中的每个条件均为”真匕”假”两种结果至少执行一次;条件组合覆盖:
让条件覆盖中的结果的所有可能组合至少出现一次;单元测试步骤
—般认为单元测试应紧接在编码之后,当源程序编制完成并经过复审和编译检查,便可开始单元测试。
测试用例的设计应与复审工作相结合,根据设计信息选取测试数据,将增大发现各类错误的可能性。
在确定测试用例的同时,应给出期望结果。
项目组完成单元测试,向项目监理部提交验收版本的同时必须一并递交单元测试案例及测试问题报告记录。
测试部由顷目监理部取得需测试系统的版本及相关文档,若在测试期间发现单元测试中记录的冋题,如实记录。
项目监理部视具体情况酌情对该项目组的绩效考核与项目评分加以控制。
不同语言及架构的单元测试见附件。
附件—0++语言单元测试规范
1.基本要求
1.1程序结构清析,简单易懂,单个函数的程序行数不得超过100行。
1.2打算干什么,要简单,直接了当,代码精简,避免垃圾程序。
1.3尽量使用标准库函数和公共函数。
L4不要随意定义全局变量,尽量使用局部变量。
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*
char
chText
c*
类对象
cMain(
对象实例)
h*Handle(
句
柄)
hWndi*
int
n*
无符号
整型p
*指针
sz,str*字
符
串wWORDx,y坐标
Char或者TCHAR类型与WindowsAPI有直接联系的用szAppName[10]形式否则用FileName[10]形式,单个字符也可用小写字田表示;Int类型nCmdShow;LONG类
型IParam;UINT类型uNotify;DWORD类
型dwStart;PSTR类型pszTip;LPSTR类
型IpCmdLineLPTSTR类型lpszCbssName;LPVOID类型IpReservedWPARAM类型wParam,LPARAM类
型IParamHWND类型hDlg;HDC类
型hDC;HINSTANCE类型hlnstance
HANDLE类型hlnstance,HICON类
型hlcon;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:
rOl/sdw.cvoidPrintTrackData(TRACK_NAME);file:
//ModuleName:
r04/tern.cvoidImportantPoint(void);file:
//ModuleName:
rOl/sdw.cvoidShowChar(int,int,chtype);file:
//LocalModulevoidScrollUp_V(int,int);file:
//LocalModule.5结构体命名
结构体类型命名必须全部用大写字毋,原则上前廁以下划线开始;结构体变量命名必须用大小写字母组合,第一个字母必须使用大写字母,必要时可用下划线间隔。
对于私有数据区,必须注明其所属的进程。
全局数据定义只需注意其用途。
示例如
下:
typedefstruct{
DBS_DATABASEGdataBase;
6控件的命名:
用小写前缀表示类别用小写前缀表示类别fm窗口cmd按钮
cobcombo,下拉式列表框txt文本输入框lablabal,标签imgimage,图象picpicturegrdGrid,网格scr滚动条1st列表框frmfram7注释
原则上注释要求使用中文;
文件幵始注释内容包括:
公司名称、版权、作者名称、时间.模
块用途、背景介绍等,复杂的算法需要加上流程说明;
函数注释包括:
输入.输出、函数描述、流程处理.全局变量、
调用样例等,复杂的函数需要加上变量用途说明;
程序中注释包括:
修改时间和作者、方便理解的注释等;
引用一:
文件开头的注释模板
/■士.土•士■士■士■士■土•士■士%■士•士•土■土■士■士
/
************文件名•
**Copyright(c)1998-1999*********公司技术开发部**创立
人:
**日期:
**修改人:
**日期:
**描述:
****版本:
**
•土■士■士•土■士■土■士■丄e•]“■士■士■士%■土•士■["■["•土■士■]“•士•士.土■士■丄e
V、V、#»%#r%^7^#r% •士kI«k1*■["■土•”/ #T%g 引用二: 函数开头的注释模板 /■土■士■丄"•士7"7“♦土7"7"J”■丄"7"■士■丄"%J"■士7"7"■丄"■丄"J”J*J*■土%x^ /#T%^T%#T%^7*#T%^T*^T% ***********|^| 名: **输入: a,b,c**a-一**b…**c…**输出: x…**x为1,表示…**x为0,表示…**功能描述: **全局变量: **调用模块: **作者: **日期: **修改: **日期: **版本 •士■士■土•士%X^•]"•士■土■士■]“•土•士.土■土■["%■士•土•士■士■土k! ^■士■士kI^•]"•士■土■士%1# ^T% 程序中的注释模板 /**//*注释内 容*//客*/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);//tell8253thatacountiscoming OutByte((unsignedshort)66,count: .c[0]);//sendlow-orderbyteOutByte((unsignedshort)66,count.c[1]);//sendhigh-orderbytexxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx bcb,delphi中的变量命名: 遵循匈牙利命名法,命名必须有意义,制定如下规定 窗体: 以大写的W幵始,如About版权窗体,命名为WAbout文件: 以大写的F幵始,如About版权窗体,文件命名为FAbout.cpp按钮(Button): 如退出按钮,命名为btnExit…… 基类: 加base标记,如报表基类,窗体命名为: WBaseRep,文件命名为FBaseRep.cpp 1.在.h/.cpp的开头应有一段格式统一的说明,内容包括: >a.文件名(FileName);>b.创立人(Create";>c.文件创立时间(Date); >d.简短说明文件功能、用途(Comment)o好习惯 >2.除非极其简单,否则对函数应有注释说明。 内容包括: 功能、入□/出口参数,必要 >时还可有备注或补充说明。 还是好习惯 >3.每列代码的长度推荐为80列,最长不得超过120列;折行以对齐为准。 太宽了,我的限制是60列,因为文本方式下屏幕一共80列,如果你用BC这一类的编辑器,窗□边框等又要占据一定空间,因此80列AjaL >4•循环、分支代码,判断条件与执行代码不得在同一行上。 很对 >5.指针的定义,*号既能够紧接类型,也能够在变量名之前。 > >例: 可写做: int*pnsize;> >也可写做: int*pnsize;> >但不得写做: int*pnsize; 建议采用第二种,除非附加启外一条规定: 一次只声明一个变量, 否则就会让人混淆,比如: int*a,b; 看起来b仿佛也是个指针,其实不是。 >6.在类的成员函数内调用非成员函数时,在非成员函数名前必须加上”: : “。 这一条我倒觉得并不是必须的,我的看法是决不要让你的类成员函数和全局函数的名称相同(或类似) >7.函数入□参数有缺省值时,应注释说明。 > >例: BOOLCWpsDib: : PaintDIB(CDC*pDC,CRect&rc,>intnBrightnes s,file: //*=O*// >BOOLbGrayScalefile: //*=FALSE*〃) 每个变量写一行,必要时加上/*in,out*/注释>8.else讦必须写在一行。 应该尽量避免elseif这样的结构>9.与〃{”、”: T有关的各项规定: > >9丄,{”、”: T应独占一行。 在该行内可有注释。 >9.2„m须另起一行,“{"之后的代码必须缩进一个Tab。 〃f与“尸必须在同 >—列上。 >9.3在循环、分支之后若只有一行代码,虽然可省略〃„}", 但不推荐这么>做。 若省略后可能引起歧义,则必须加上〃{\ To持保留意见,因为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)女D果写做if(something&&somethingelse&&otherthings)反而看不清楚 >11.3下列情况,不必缩进: switch之后的case、default。 附件二java语言单元测试规范 java语言的编程规范遵照公司的开发规范。 1.基本要求 1.1程序结构清析,简单易懂,单个函数的程序行数不得超过100行。 L2代码精简,避免垃圾程序。 1.3尽量使用标准库函数和公共函数。 L4不要随意定义全局变量,尽量使用局部变量。 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」禁止出现两条等价的支路。 3.2禁止GOTO语句。 3.3用IF语句来强调只执行两组语句中的一组。 禁止ELSEGOTO和ELSERETURN。 3.4用CASE实现多路分支。 3.5避免从循环引出多个出口。 3.6函数只有一个出口。 3.7不使用条件赋值语句。 3.8避免不必要的分支。 3.9不要轻易用条件分支去替换逻辑表示式。 4.正确性与容错性要求 4」程序首先是正确,其次是优美 4.2无法证明你的程序没有错误,因此在编写完一段程序后,应先回头检查。 4.3改一个错误时可能产生新的错误,因此在修改前首先考虑对其它程序的影响。 4.4所有变量在调用前必须被初始化。 4.5对所有的用户输入,必须进行合法性检查。 4.6不要比较浮点数的相等, 如: 10.0*0」=1.0,不可靠 4.7程序与环境或状态发生关系时,必须主动去处理发生的意外事件,如文件能否逻辑锁定、打印机是否联机等。 4.8单元测试也是编程的一部份,提交联调测试的程序必须经过单元测试。 5.可重用性要求 5」重复使用的完成相对独立功能的算法或代码应抽象为公共控件或类。 5.2公共控件或类应考虑OO思想,减少外界联系,考虑独立性或封装性。 5.3公共控件或类应建立使用模板。 命名规范 定义这个规范的目的是让项目中所有的文档都看起来像一个人写的,增加可读性,减少项目组中因为换人而带来的损失。 (这些规范并不是一定要绝对遵守,可是一定要让程序有良好的可读性)Package的命名 Package的名字应该都是由一个小写单词组成。 Class的命名Class的名字必须由大写字母开头而其它字毋都小写的单词组成Class变量的命名 变量的名字必须用一个小写字母开头。 后面的单词用大写字母开头。 StaticFinal变量的命名 StaticFinal变量的名字应该都大写,而且指出完整含义。 参数的命名 参数的名字必须和变量的命名规范一致。 数组的命名 数组应该总是用下面的方式来命名: byte[]buffer; 而不是 bytebuffer[];方法的参数 使用有意义的参数命名,如果可能的话,使用和要赋值的字段一样的名字: SetCounter(intsize){this.size=size;} Java文件样式 所有的Java(*.java)文件都必须遵守如下的样式规则 版权信息 版权信息必须在java文件的开头,比如: /** *Copyright? ShanghaiXXXCo.Ltd.*Allrightreserved.*/ 其它不需要出现在javadoc的信息也能够包含在这里。 Package/Imports package行要在import行之前,import中标准的包名要在本地的包名之前,而且按照字母顺序排列。 如果import行中包含了同一个包中的不同子目录,则应该用*来处理。 package.stats;importjava.io.*; importjava.util.Observable;importhotlava.util.Application; 这里java.io.*使用来代替InputStreamandOutputStream的。 Class 接下来的是类的注释,一般是用来解释类的。 严 *Aclassrepresentingasetofpacketandbytecounters*Itisobservabletoallowittobewatched,butonly*reportschangeswhenthecunentsetiscomplete*/ 接下来是类定义,包含了在不同的行的extends和implementspublicclassCounterSetextendsObservableimplementsCloneableClassFields 接下来是类的成员变量: /** *Packetcounters*/protectedint[]packets; public的成员变量必须生成文档(JavaDoc)。 Procetedprivate和package定义的成员变量如果名字含义明确的话,能够没有注释。 存取方法 接下来是类变量的存取的方法。 它只是简单的用来将类的变量赋值获取值的话,能够简单的写在一行上。 /** *Getthecounters *@returnanarraycontainingthestatisticaldata.Thisanayhasbeen *freshlyallocatedand
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 开发人员 单元测试 规范 样本