测试要点总结【转】
一、 环境配置测试（1） 网络连接是否正常
（2） 网络流量负担是否过重
（3） 软件测试平台是否可选
（4） 如果（3），是否在不同的软件测试平台进行软件测试
（5） 所选软件测试平台的版本（包括Service Pack）是否正确
（6） 所选软件测试平台的参数设置是否正确
（7） 所选软件测试平台上正在运行的其它程序是否会影响测试结果
（8） 画面的分辨率和色彩设定是否正确
二、 代码测试
A． 静态测试
（1） 同一程序内的代码书写是否为同一风格
（2） 代码布局是否合理、美观
（3） 程序中函数、子程序块分界是否明显
（4） 注释是否符合既定格式
（5） 注释是否正确反映代码的功能
（6） 变量定义是否正确（长度、类型、存储类型）
（7） 是否引用了未初始化变量
（8） 数组和字符串的下标是否为整数
（9） 的数组和字符串的下标是否在范围内（不“越界”）
（10） 进行数组的检索及其它操作中，是否会出现“漏掉一个这种情况”
（11） 是否在应该使用常量的地方使用了变量（例：数组范围检查）
（12） 是否为变量赋予不同类型的值
（13） （12）的情况下，赋值是否符合数据类型的转换规则
（14） 变量的命名是否相似
（15） 是否存在声明过，但从未引用或者只引用过一次的变量
（16） 在特定模块中所有的变量是否都显式声明过
（17） 非（16）的情况下，是否可以理解为该变量具有更高的共享级别
（18） 是否为引用的指针分配内存
（19） 数据结构在函数和子程序中的引用是否明确定义了其结构
（20） 计算中是否使用了不同数据类型的变量
（21） 计算中是否使用了不同的数据类型相同但长度不同的变量
（22） 赋值的目的变量是否小于赋值表达式的值
（23） 数值计算是否会出现溢出（向上）的情况
（24） 数值计算是否会出现溢出（向下）的情况
（25） 除数是否可能为零
（26） 某些计算是否会丢失计算精度
（27） 变量的值是否超过有意义的值
（28） 计算式的求值的顺序是否容易让人感到混乱
（29） 比较是否正确
（30） 是否存在分数和浮点数的比较
（31） 如果（30），精度问题是否会影响比较
（32） 每一个逻辑表达式是否都得到了正确表达
（33） 逻辑表达式的操作数是否均为逻辑值
（34） 程序中的Begin…End和Do…While等语句中，End是否对应
（35） 程序、模块、子程序和循环是否能够终止
（36） 是否存在永不执行的循环
（37） 是否存在多循环一次或少循环一次的情况
（38） 循环变量是否在循环内被错误地修改
（39） 多分支选择中，索引变量是否能超过可能的分支数
（40） 如果（39）,该情况是否能够得到正确处理
（41） 子程序接受的参数类型、大小、次序是否和调用模块相匹配
（42） 全局变量定义和用法在各个模块中是否一致
（43） 是否修改了只作为输入用的参数
（44） 常量是否被做为形式参数进行传递
B 动态测试
（1） 测试数据是否具有一定的代表性
（2） 测试数据是否包含测试所用的各个等价类（边界条件、次边界条件、空白、无效）
（3） 是否可能从客户那边得到测试数据
（4） 非（3）的情况下，所用的测试数据是否具有实际的意义
（5） 是否每一组测试数据都得到了执行
（6） 每一组测试数据的测试结果是否与预期结果一致
（7） 文件的属性是否正确
（8） 打开文件语句是否正确
（9） 输入/输出语句是否与格式说明书所记述的一致
（10） 缓冲区大小与记录长度是否匹配
（11） 使用文件前是否已打开了文件
（12） 文件结束条件是否存在
（13） 产生输入/输出错误时，系统是否进行检测并处理
（14） 输出信息中是否存在文字书写错误和语法错误
（15） 控件尺寸是否大小适宜
（16） 控件颜色是否符合规约
（17） 控件布局是否合理、美观
（18） 控件TAB顺序是否从左到右，从上到下
（19） 数字输入框是否接受数字输入
（20） （19）的情况下、数字是否按既定格式显示
（21） 数字输入框是否拒绝字符串和“非法”数字的输入
（22） 组合框是否的能够进行下拉选择
（23） 组合框是否能够进行下拉多项选择
（24） 对于可添加数据组合框，添加数据后数据是否能够得到正确显示和进行选择
（25） 列表框是否能够进行选择
（26） 多项列表框是否能够进行多数据项选择
（27） 日期输入框是否接受正确的日期输入
（28） 日期输入框是否拒绝错误的日期输入
（29） 日期输入框在日期输入后是否按既定的日期格式显示日期
（30） 单选组内是否有且只有一个单选钮可选
（31） 如果单选组内无单选钮可选，这种情况是否允许存在
（32） 复选框组内是否允许多个复选框（包括全部可选）可选
（33） 如果复选框组内无复选框可选，这种情况是否允许存在
（34） 文本框及某些控件拒绝输入和选择时显示区域是否变灰或按既定规约处理
（35） 密码输入框是否按掩码的方式显示
（36） Cancel之类的按钮按下后，控件中的数据是否清空复原或按既定规约处理
（37） Submit之类的按钮按下后，数据是否得到提交或按既定规约处理
（38） 异常信息表述是否正确
（39） 软件是否按预期方式处理错误
（40） 文件或外设不存在的情况下是否存在相应的错误处理
（41） 软件是否严格的遵循外设的读写格式
（42） 画面文字（全、半角、格式、拼写）是否正确
（43） 产生的文件和数据表的格式是否正确
（44） 产生的文件和数据表的计算结果是否正确
（45） 打印的报表是否符合既定的格式
（46） 错误日志的表述是否正确
（47） 错误日志的格式是否正确 好详细啊! 顶！ 谢谢啊 很详细啊！支持！ 非常有帮助，支持楼主！！ 太好了，求之不得
谢谢斑竹
非常感谢。对我很有帮助
反过来 各位QA也可以用这个作为检查单去检查测试用例和测试方案的质量！ lao老兄这有用吗?我也能列出一大堆来,但我还什么都不会啊,给点经典的好吗/ 顶 顶 仔细看看还是不错的，基本的测试思想在里面了，我觉得不错，但是楼主所罗列的静态测试应该由哪些人去做呢，难道我们qa一天没事去审人家的代码不成，再说了不是每个从事测试的人员都有开发的经历和经验啊，我个人认为好像不实际-------个人见解请多指教！！ 忘了告诉各位同道：如果有兴趣和我探讨，这里有我的msn：lindechangling@hotmail.com
很不错的,不过一般我们只是看看界面与功能,代码就很少查看了.
有什么评判标准吗？ 有标准文档吗？代码审查
简单的小项目可以不作代码审查。大项目的关键模块一定要做。
代码审查可以有不同角色来做，可以是测试人员，也可以是QA。根据企业的实际情况来定比较好。 代码审查一般有开发人员做吧，测试人员一般不做。 3ks!
页:
[1]
2
