序号

测试项

测试内容

质量保证标准

问题属性

出错频率

T1

代码与设计对照

按需求、UI,CRC设计文档与编码对照,看是否完全地实现了所有的UI设计文档和CRC卡中规定的内容？

完备性

错误

T2

代码与设计对照

按需求、UI,CRC设计文档与编码对照,看是否创建了所需的数据库或其他初始化数据文件？

完备性

错误

T3

参数

返回值

方法中被传递参数的类型、个数、顺序及返回值是否正确？以符合UI设计文档和CRC卡为准。

正确性

错误

T5

参数的传递

当方法需要调用其它方法时，调用的参数是否正确？（UI设计文档和CRC卡中有调用说明）

正确性

错误

T6

命名

是否按《命名规范》进行了类、方法、变量、属性的命名？

正确性

错误

T7

公式

代码中的公式是否使用了设计文档中的相应数学公式。

正确性

错误

T8

注释

注释是否使用简洁明了的语言对每一个方法都进行了充分必要的描述？是否对复杂的代码进行了注释？当程序的运行是受某些特殊因素限制时，是否做了限制注释？是否列出限制模块运行特性的全部特殊因素？

易理解性

缺陷

T9

冗余语句和变量

是否存在永远执行不到的语句和变量，而降低了程序的可理解性？

易理解性

缺陷

T10

程序是否冗余

对于程序中的大量重复内容，是否使用了专门的类来实现？

可验证性

缺陷

T11

代码整体规范

是否自始至终使用了《程序员开发手册》和《编码规范》中要求的格式、调用约定、结构等？

一致性

缺陷

T12

代码与书写注释

在一个函数内代码的长度不允许超过100行。建议如果一个函数的代码长度超过一个屏幕，那么或许这个函数太长了。

使用统一的格式化代码。将‘{’放在所有者的后面，并且在下一行代码前加入TAB键缩进；（TAB键比用若干个空格更容易控制使用统一的缩进距离）

类的注释；

接口的注释；

函数的注释；

类属性的注释；

局部变量的注释；

请详见：《代码与注释书写风格规范》

易理解性

缺陷

TT13

包

命名是否符合程序包命名规范

TT14

类

1.创建的属性（字段）是否完整，类型与命名是否规范，注释是否清楚合理。

2.创建的方法是否完整；命名是否规范；修辞是否正确；参数，参数类型，返回类型是否正确。

3.调用的方法和传递的参数是否正确。

1.          参数传递、返回值是否正确

2.         特殊校验、处理是否有注释