功能测试测试方法和测试点.docVIP

测试方法 划分等价类 把所有可能的数据输入划分为若干部分，然后从每一部分选择少数具有代表性的数据作为测试用例。 （1）有效等价类 合理，有意义的输入数据构成的集合，检验程序是否实现规格说明预先规定的功能和性能。 （2）无效等价类 不合理，无意义的输入数据构成的集合，检验程序的容错能力。 边界值分析 大量的错误发生在输入或输出的边界上，而不是某个范围的内部。 逻辑覆盖 语句覆盖 设计若干个测试用例，运行所测程序，使得每一可执行语句至少执行一次，语句覆盖是最弱的逻辑覆盖在准则。 判定覆盖 设计若干测试用例，运行被测程序，使得程序中每个判断的取真分支和取假分支至少经历一次，即判断的真假值都能满足。If。。。else 条件覆盖 设计若干测试用例，运行被测程序，要使判断中的每个条件的可能取值至少满足一次。 If…. For(…) else 路径覆盖 覆盖所有可能的路径。 判定-条件覆盖 使得每个条件的所有可能至少出现一次，并且至少每个判断本身的判断结果出现一次。 功能测试的常用方法 (1)页面链接检查，每一个链接是否有对应的界面 (2)相关性检查，删除/增加一项会不会对其他项产生影响，如果产生影响，是否正确 (3)检查按钮功能是否正确 (4)字符串长度检查，输入超出需求所说明的字符串长度的内容，看系统是否检查，会不会出错。 (5)字符类型检查 (6)标点符号检查 (7)中文字符处理，乱码或出错 (8)检查带出信息的完整性，在查看信息和update信息时,查看所填写的信息是不是全部带出,带出信息和添加的是否一致。 (9)信息重复，在一些需要命名，且名字唯一的信息输入重复的名字或ID，看系统有没有处理，重名包括是否区分大小写，以及在输入内容的前后输入空格，看系统是否处理。 (10)检查删除功能，在一些可删除多个的地方，不选任何内容按删除按钮看系统如何处理 (11)选择一个或多个时又如何处理 (12)检查添加修改是否一致，检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型. (13)检查修改重名，修改时把不能重名的项改为已存在的内容，看会否处理，报错，同时看会否报和自己重名的错。 (14)重复提交表单，一条已成功提交的记录，back后在提交，看系统是否进行处理。 (15)检查多次处理back键的情况 (16)Search检查:在有search功能的地方输入系统存在和不存在的内容，看结果是否正确； (17)如果可以输入多个search条件，同时可以添加合理和不合理的条件，看系统是否处理正确。 (18)输入信息的位置，输入信息时，光标的位置 (19)上传和下载文件的检查，上传下载的功能是否实现，上传文件是否能打开，上传文件的格式规定，系统是否有解释信息。 (20)必填项检查，必填项是否有提示信息 (21)快捷键检查，是否支持常用快捷键检查 (22)回车键检查，在输入结束后直接按回车键，看系统处理如何，会否报错。 界面测试的常用方法 界面测试要遵循的规则： 一．易用性，按钮名称通俗易懂，望文知意。 （1）完成相同或相近功能的按钮，要用Frame框起来，常用按钮要有快捷键 （2）完成同一功能或任务的元素要集中放置，减少鼠标的移动距离 （3）按功能将界面划分区域块，并要有功能说明和标题 （4）界面要支持键盘自动浏览按钮功能，Tab，回车键等 （5）界面上首先要输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。 （6）同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。 （7）分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab （8）默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。 （9）可写控件检测到非法输入后应给出说明并能自动获得焦点 （10）Tab键的顺序与控件排列顺序要一直，目前流行总体从上到下，同时行间从左到右的方式。 （11）复选框和选项框按选择几率的高底而先后排列。 （12）复选框和选项框要有默认选项，并支持Tab选择。 （13）选项数相同时多用选项框而不用下拉列表框。 （14）界面空间较小时使用下拉框而不用选项框。 （15）选项数较少时使用选项框，相反使用下拉列表框。 （16）专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼。 二．规范性，通常界面设计都按Windows界面的规范来设计 （1）常用菜单要有命令快捷方式 （2）完成相同或相近功能的菜单用横线隔开放在同一位置。 （3）菜单前的图标能直观的代表要完成的操作。 （4）菜单深度一般要求最多控制在三层以内 （5）工具栏要求可以根据用户的要求自己选择定制。 （6）相同或相近功能的工具栏放在一起。 （7）工具栏中的每一个