【软件测试系列四】《软件测试需关注的测试点》

1.1. 功能测试

在测试前，首先要根据《软件需求规格说明书》全面了解用户需求并透彻理解。测试时要注意以下几点：

A. 测试时要分清优先级，即先测试优先级高功能，后测试优先级低的功能。要选找出系统的功能主干，让数据依次流经功能主干，测试功能实现的是否正确。只要功能主干有问题，这个系统就是失败的。

B. 功能主干用正常正确后，我们还要考虑测试其异常处理功能。

C. 功能主干测试正确后，再进行分支功能的测试。

D. 要对程序的功能进行方便性测试，将不够满意的地方，都应当成系统缺陷向项目负责人或系统开发者指出。

E. 检查系统需求、设计说明书中要求的功能是否在系统中被实现，是否达到指定要求。

F. 数据之间的逻辑关系是否正确。

1.2. 界面测试

界面是软件与用户交互的最直接的层面，界面的好坏决定用户对软件的第一印象。

1.2.1. 易用性测试

A.  页面应按功能划分出区域，要有功能说明或标题。

B.  页面及按钮的风格应尽量统一。

C.  页面要支持快捷键功能，例如：按Tab键的自动切换功能。

D. 同一界面的功能数量是否过多。一般最好不要多于10个，过多导致使用不便。

E. 填写控件检测到非法输入后应给出说明。

F. 选框和选项框中的内容按一定顺序排列。

G.  复选框和选项框通常要有默认选项。

H. 选项数在两个以内建议用选项框。

I.  选项数在五个以内建议用下拉列表框。

J. 选项数在二十个以内建议用弹出式列表框。

K. 选项数在二十个以上建议用弹出式查询列表框。

L.  专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词语。

1.2.2. 规范性（根据windows通用界面）

通常界面设计都按Windows界面的规范来设计，即包含“菜单条、工具栏、工具箱、状态栏、滚动条、右键快捷菜单”的标准格式，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工具箱。

A.  菜单深度一般要求最多控制在三层以内。

B.  菜单的说明要跟弹出的窗体一致。

C. 相同或相近功能的菜单项放在一起。

D. 按钮要有及时提示信息。

E. 某一操作需要的时间较长，应该显示进度条和进程提示。

F. 菜单要有清楚的界限；菜单要求凸出显示。

1.2.3. 合理性

A. 多个子窗体弹出时应该依次向右下方偏移，以显示出窗体标题为宜。

B. 重要的命令按钮与使用较频繁的按钮要放在界面上较注目的位置。

C. 与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示，没法使用该按钮)。

D. 对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。并且将按钮的缺省焦点置在“取消”按钮上。

E. 非法的输入或操作应有足够的提示说明。

F. 对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。

G. 提示、警告、或错误说明应该清楚、明了、恰当。

H. 对于需要执行长时间的操作，必须使用状态条，让用户了解进展情况，避免使用户误解为死机。

I. 大多数下拉框（ComboBox），应该不允许用户输入，如果需要输入，应在设计文档中指出。

J. 对于文本框（TextBox）一般需要根据其对应的数据库字段的类型以及长度来限制用户允许输入的字符和长度，测试时要注意输入框中的数值的最大数和最小数，以及默认值、空白值或空格时的情况。

K. 对于日期输入框是否接受正确的日期输入；是否拒绝错误的日期输入；日期输入框在日期输入后是否按既定的日期格式显示日期。

L. 对于单选组内是否有且只有一个单选钮可选；如果单选组内无单选钮可选，这种情况是否允许存在。

M. 复选框组内是否允许多个复选框（包括全部可选）可选；如果复选框组内无复选框可选，这种情况是否允许存在；文本框及某些控件拒绝输入和选择时显示区域是否变灰或按既定规约处理。

N. 密码输入框是否按掩码的方式显示。

O. 对于有增加、修改或删除等有变动操作的页面，要随操作及时刷新。

P. 对于数据录入界面，重点考虑如何提高用户的录入速度。例如界面中有“身份证号”和“出生日期”，当用户输入了一个合法的身份证号后，系统应该自动根据身份证号将出生日期提取出来并填入“出生日期”控件中。

Q. 系统的提示框样式应统一，图标使用要规范，要根据提示信息的性质选择不同的图标。

R. 如果系统中需要经常录入一些重复数据，应考虑将其提取出来，让用户进行一次配置，然后系统自动根据配置完成该信息的录入。例如：系统有登记企业信息的功能，其中企业信息包括该企业所在的省、市、区，由于该系统安装到某个市级单位后，所登记企业的所在省、市都是确定的，让用户每次登记时都重复选择省、市将给用户带来很大的不便。应该由用户在系统初始化时设置好缺省的省、市，在企业登记时只要选择该企业所在的区即可，这样就提高了用户的登记效率。

S. 窗体显示后，缺省的焦点应该设在最合理的控件上，方便用户操作。

G. 弹出窗口/页面的标题应与对应的功能名称相符,不出现不合适窗口标题。

T. 当超出一屏时，是否有垂直、水平滚动条（滚动条应位于数据块的右侧和底部）；

1.2.4. 美观与协调性

界面大小感觉协调舒适，能在有效的范围内吸引用户的注意力。

A. 长宽接近黄金点比例（宽高比为4:3），切忌长宽比例失调。

B. 布局要合理,不宜过于密集，也不能过于空旷，合理的利用空间。

C. 按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置，要与界面的大小和空间要协调。

D. 避免空旷的界面上放置很大的按钮。

E. 放置完控件后界面不应有很大的空缺位置。

F. 字体的大小要与界面的大小比例协调。

G. 界面字体大小，相同位置的字体大小一致，如界面标题字体大小、字体一致；表单中的字段字体大小一致。

H. 提示文字与正常字段有区分.

I. 前景与背景色搭配合理协调，反差不宜太大。

J. 如果使用其他颜色，主色要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。

K. 界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方。

L. 如果窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；切忌只放大窗体而忽略控件的缩放。

H. 如果能给用户提供自定义界面风格则更好，由用户自己选择颜色、字体等。

1.2.5. 表单规范

A. 是否有初始值和默认值，初始值和默认值是否合理

B. 非空字段是否有必填标识（红色*号标识、或者按照原型）

C. 备注等说明信息较长的字段，列表无法显示完全时，需要默认隐藏部分内容，鼠标停留在字段上时，以鼠标tips显示

D. 数值字段（如重量、件数、体积、密度、金额）需要注明单位；

E. 确保时间及日期显示格式的统一

F. 各行分布均匀，行高按照原型规定

G. 确保相同含义属性/字段名的统一；

H. 按钮、图标意义统一

I. 表头固定，滚动条滚动，表头不变

J. 下拉列表过滤，对于下拉列表数据较多时，需要提供过滤查询功能；

K. 对齐方式：字段标签的对齐方式是否正确（建议两端对齐）；

L. 对齐方式：屏幕上数据显示的对齐方式是否满足以下原则：

字符列左对齐；

数值列右对齐，位数长度一致，如保留一位小数则，5显示为5.0；

日期型的应设置格式掩码（统一一种显示格式）；

表头与字段值对齐方式一致；

M. 多记录窗口显示应有默认的排序；

N. 数据量较多的界面，需要提供分页功能；

O. 查询列表数据不可修改；

1.3. 兼容测试

1.3.1. 浏览器兼容

基于B/S模式的系统，必须做浏览器的兼容测试，在需求阶段确认确认要兼容的浏览器后，测试时需要在对应的浏览器下进行兼容测试，保证不同浏览器下系统可以正常使用。

1.3.2. 分辨率兼容

验证不同分辨率下，界面是否能够自适应，界面显示是否正常，功能使用能够正常使用。

1.3.3. 操作系统兼容

A. 正式环境的操作系统如果和测试环境不一致，需要重新搭建环境，保证测试环境和正式环境一致，避免因为操作系统的差异，导致程序不能够正常使用。

B. 如果正式环境需要保证在多个不同的操作系统正常运行，则需要搭建对应的测试环境。分别验证不同操作系统下环境信息是否正常。

1.4. 异常测试

重要功能，必须考虑异常测试，包括断网、断电、系统重启，验证系统是否正常，业务数据是否完整。

1.5. 接口测试

涉及第三方接口的，可以直接进行接口测试，根据接口规范文档，验证入参、出参是否按照接口定义返回正确的结果。

接口测试可以使用工具单独对接口进行测试。

1.6. 回归测试

当程序修改后，为了确保功能的正确性，需要重新测试应用程序中没有改变的部分。在时间和条件允许的情况下，要测试修改相关的整个模块甚至整个程序。

单元测试 压力测试 开发测试系统上云 移动应用测试 MobileAPPTest 自动化测试

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。