网站功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。

常用的测试方法如下：1、页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换工具，如LinkBotPro、File-AIDCS、HTML Link V alidater、Xenu等工具。

LinkBotPro不支持中文，中文字符显示为乱码；HTML Link V alidater 只能测试以Html或者htm结尾的网页链接；Xenu无需安装，支持asp、do、jsp等结尾的网页，同时能够生成html格式的测试报告。

2、相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确检查按钮的功能是否正确如新建、编辑、删除、关闭、返回、保存、导入等功能是否正确。

3、字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型。

1）标点符号检查：输入内容包括各种标点符号,特别是空格,各种引号,回车键。

看系统处理是否正确。

2）特殊字符检查：输入特殊符号，如@、#、$、%、!等，看系统处理是否正确。

3)字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。

4、中文字符处理：在可以输入中、英文的系统输入中文,看会否出现乱码或出错。

检查信息的完整性在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。

5、信息重复：在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理。

6、检查删除功能：在一些可以一次删除多个信息的地方,不选择任何信息,按“delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理。

7、检查添加和修改是否一致：检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型8、检查修改重名：修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错9、重复提交表单：一条已经成功提交的纪录，返回后再提交，看看系统是否做了处理。

对于Web系统检查多次使用返回键的情况在有返回键的地方,返回到原来页面,重复多次，看会否出错10、搜索检查：有搜索功能的地方输入系统存在和不存在的内容,看搜索结果是否正确.如果可以输入多个搜索条件,可以同时添加合理和不合理的条件,看系统处理是否正确。

11、输入信息位置：注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方。

12、上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。

对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。

下载文件能否打开或者保存，下载的文件是否有格式要求，如需要特殊工具才可以打开等。

13、必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加“*”；对必填项提示返回后，焦点是否会自动定位到必填项。

14、快捷键检查：是否支持常用快捷键，如Ctrl+C、Ctrl+V、Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。

15、回车键检查：在输入结束后直接按回车键,看系统处理如何,会否报错。

16、刷新键检查：在Web系统中，使用浏览器的刷新键，看系统处理如何，会否报错。

17、回退键检查：在Web系统中，使用浏览器的回退键，看系统处理如何，会否报错。

对于需要用户验证的系统，在退出登录后，使用回退键，看系统处理如何；多次使用回退键，多次使用前进键，看系统如何处理。

18、直接URL链接检查：在Web系统中，直接输入各功能页面的URL地址，看系统如何处理，对于需要用户验证的系统更为重要。

19、空格检查：在输入信息项中，输入一个或连串空格，查看系统如何处理。

如对于要求输入整型、符点型变量的项中，输入空格，既不是空值，又不是标准输入。

20、输入法半角全角检查：在输入信息项中，输入半角或全角的信息，查看系统如何处理。

如对于要求输入符点型数据的项中，输入全角的小数点（“。

”或“．”，如４．５）；输入全角的空格等。

21、密码检查：一些系统的加密方法采用对字符Ascii码移位的方式，处理密码加密相对较为简单，且安全性较高，对于局域网系统来说，此种方式完全可以起到加密的作用，但同时，会造成一些问题，即大于128的Ascii对应的字符在解密时无法解析，尝试使用“uvwxyz”等一些码值较大的字符作为密码，同时，密码尽可能的长，如17位密码等，造成加密后的密码出现无法解析的字符。

22、用户检查：任何一个系统，都有各类不同的用户，同样具有一个或多个管理员用户，检查各个管理员之间是否可以相互管理，编辑、删除管理员用户。

同时，对于一般用户，尝试删除，并重建同名的用户，检查该用户其它信息是否重现。

同样，提供注销功能的系统，此用户再次注册时，是否作为一个新的用户。

23、系统数据检查：这是功能测试最重要的，如果系统数据计算不正确，那么功能测试肯定是通不过的。

数据检查根据不同的系统，方法不同。

对于业务管理平台，数据随业务过程、状态的变化保持正确，不能因为某个过程出现垃圾数据，也不能因为某个过程而丢失数据。

24、系统可恢复性检查：以各种方式把系统搞瘫，测试系统是否可正常迅速恢复。

ERP功能测试步骤企业资源规划（ERP）软件应用为企业提供管理大规模关键业务功能的能力，包括产品规划、部件采购、库存维护、和供应商的互动交流、提供客户服务，以及订单跟踪等。

有些ERP解决方案还可能包括一些财政和人力资源方面的应用模块。

尽管这些应用通常不会直接生成效益，但是它们能让企业以一种有效的、切合实际的方式使用现有的客户数据，帮助合理化企业的业务活动，为企业新的和当前的客户提供高质量的服务。

ERP应用通常使用一个单一的、中央数据存储器来服务于所有的模块。

因此，当这些应用产生了性能问题时，很有可能影响到使用同一存储器的所有业务领域。

ERP和共享数据结构间的这种关系决定了它必须实施稳固的测试和监测程序才能确保企业关键应用的健康运行。

步骤1：初始规划和收集需求步骤2：定义测试目标和选择合适的测试步骤3：定义目的，以满足测试目标步骤4：发现功能测试案例步骤5：文档记录关键的业务流程步骤6：开发模块化的测试组件步骤7：建立测试实验室步骤8：掌握和利用“冒烟测试”步骤9：执行回归测试步骤10：分析缺陷和创建测试报告ERP应用的功能测试由于业务流程交易跨越企业中的多个部门和区域，并且涉及ERP应用本身的多个模块，因此测试ERP应用应该采用一种整体的方式。

当验证这些业务流程的功能时，关键在于捕获自动化测试解决方案中的业务流程测试，用于实现快速的测试重复。

由于ERP应用跨越多个业务领域，存在不可避免的复杂性，因此，对每个ERP应用以及每个应用发布版本展开功能测试是非常重要的。

每个ERP实施中都会面临的主要挑战之一就是确保应用在上线之前能满足所有的业务需求。

关键在于测试和验证这些应用的运作情况是否符合设计要求。

在数千个客户实施基础上，美科利已经编纂了一套最佳实践，来确保关键业务应用的功能。

在下文中将详细描述10个关键步骤，使用这些步骤能为企业的关键ERP 应用来设计和实施有效的功能测试程序。

步骤1：初始规划和收集需求在任何一个环境中，功能测试的最重要阶段之一就是规划。

对于ERP应用来说，这个步骤就更为重要了，因为其中涉及环境的复杂性以及推动这些应用实施的错综复杂的业务需求。

不完善的规划可能导致失望的结果和不完整的测试覆盖面。

经过深思熟虑的规划使您能避免一种“垃圾进，垃圾出（garbage in, garbage out）”的局面，使企业能衡量和最大化他们的测试工作，获取更多的投资回报（ROI）。

许多公司购买预先打包的ERP解决方案，希望能实现业务管理各个领域的快速整合。

然而，这种被称之为“vanilla”的ERP打包方案必须经过客户定制，才能部署到它所要支持的业务中去。

从逻辑上来说，收集需求是规划阶段的起点，因为开发人员通常根据需求来定制ERP应用；测试人员使用它来测试系统和客户定制项目；而最终用户使用它进行用户接受测试和终结测试。

通过提前仔细地定义需求，测试人员可以规划和管理那些更加注重业务需要的测试。

接着，需求可以同测试和实际测试结果（被识别的缺陷）相结合，以全面覆盖所有的功能测试。

步骤2：定义测试目的和选择合适的测试测试人员通过创建主要的测试目的，将决定所需的特定测试类型。

测试目的、项目计划和团队结构也将从这些测试目标中形成。

当功能测试一个ERP实施时，有多种不同的验证测试需要执行：数据映射：由于许多ERP实施和后端大机系统紧密地集成在一起，因此测试ERP应用所显示的数据和在大机系统中被发现的数据之间的数据映射是十分关键的。

很可能在大机系统中隐藏着一些陈旧的或无效的数据，这些数据会引起应用当中的问题。

业务流程测试：应该使用测试来验证各种业务流程是否正确运作。

由于工作流对强化业务规则来说是非常重要的，因此测试应该覆盖整个整合系统中的所有导航项目和直接功能。

应用的业务规则和启动项必须通过全面地测试，确保所有规则能被正确地执行。

权限控制系统：ERP权限控制系统决定了用户可以使用哪些信息，用户在这些信息中可以看到哪些数据。

当涉及到供应链和合作伙伴入口时，将会增加安全方面的考虑。

从用户界面的角度出发测试安全性可以确保严格执行验证规则。

数据驱动的测试使IT人员能使用具有不同登录凭证的相同脚本去验证安全规则。

回归测试：每次部署一个“Code Drop”时，对位于这些程序的每个对象的功能进行回归测试是非常重要的。

这其中包括测试它的存在、功能、值等等。

“code drop”指的是任何一次新的ERP应用、补丁程序和/或hot fix的发布。

步骤3：定义目标，以满足测试目的当完成所有的目的定义，选择好测试类型，接下去就要创建一系列的阶段目标来实现所定义的目的。

一套最普通的初始阶段目标包括：分析应用功能，并识别关键业务流程。

在一个ERP应用中的关键业务流程实例就是“服务请求”的创建。

建立“冒烟测试”，在开发周期中快速执行该类测试。

冒烟测试不应深入被测试应用的功能，而是应该测试关键的业务功能。

例如，用户是否能够创建可以和“Trouble Ticket”相应的活动。

在每次正式发布形成后运行冒烟测试。

着手创建自动化测试来降低手动运行冒烟测试的成本。

实现了这些初始阶段目标之后，应该建立一套后续阶段目标。

分析应用，展开功能识别，这将扩大测试范围，涵盖超过75％的总的应用功能数量。