网站功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下：
1、页面链接检查： 每一个链接是否都有对应的页面，并且页面之间切换工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符显示为乱码；HTML Link Validater只能测试以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解决方案还可能包括一些财政和人力资源方面的应用模块。尽管这些应用通常不会直接生成效益，但是它们能让企业以一种有效的、切合实际的方式使用现有的客户数据，帮助合理化企业的业务活动，为企业新的和当前的客户提供高质量的服务。
_{ R(K_Y_u2564106iW_X)VOL2564f2P"c*n I256#q'`_q/|5~ S_V:t256410ERP应用通常使用一个单一的、中央数据存储器来服务于所有的模块。因此，当这些应用产生了性能问题时，很有可能影响到使用同一存储器的所有业务领域。ERP和共享数据结构间
的这种关系决定了它必须实施稳固的测试和监测程序才能确保企业关键应用的健康运行。51Testing软件测试网.K ~4t$M"Q_L m_U I51Testing软件测试网_^_k_f0U%o_c#o_R4i6V/x9C256410_\.B i,b,E_O_G3\_}(k2564109W+F_y!`_Q9l_z Y25641051Testing软件测试网_Z(D'q4A_m_w,E_
_I_h_D I2[5f25641_?G-Uv
X_O:X_l21V_G_L5^U_]25641051Testing软件测试网
Y_v_B#R_X_步骤1：初始规划和收集需求
_J n1b-s_m_\9o I_U.T25641051Testing软件测试网_H T'Q1d_P步骤2：定义测试目标和选择合适的测试51Testing软件测试网_Q.p"g_m_s2L'Ju
|
51Testing软件测试网_q1O9C(Y;`&G'N_a步骤3：定义目的，以满足测试目标
_E___q_I6I_W256410&z.C_^ l_S!f_C"G_p `256410步骤4：发现功能测试案例
_{_m I_M_X_n"A256410j_F,C9N_B9Z256410步骤5：文档记录关键的业务流程
4J_c {*z/m;|_G_f.K___U([$L25641051Testing软件测试网#M/? J _;R步骤6：开发模块化的测试组件
7P_@!hX:`x25641051Testing软件测试网_{_@_R_D-n_B_?_`+G步骤7：建立测试实验室51Testing软件测试网$e2S;y_sV g
`9H.f1V6X_k51Testing软件测试网
i_\6v_f6}%}_V
x5{3u}.C
步骤8：掌握和利用“冒烟测试”51Testing软件测试网+l_B%[,d!J;}(W_o
i K)p

&y_E8O4__j7A_uX_~_x256410步骤9：执行回归测试51Testing软件测试网9b/b_a_l_J_Y_? d_Q_s51Testing软件测试网_X_YD ?%L
步骤10：分析缺陷和创建测试报告51Testing软件测试网+n-e ?'E0P6uc#v
51Testing软件测试网_|+D_^_T:y,|4RERP应用的功能测试
_w u2Y_@-X#l __u_f8g25641051Testing软件测试网5G+F/M^_SI由于业务流程交易跨越企业中的多个部门和区域，并且涉及ERP应用本身的多个模块，因此测试ERP应用应该采用一种整体的方式。当验证这些业务流程的功能时，关键在于捕获自动化测试解决方案中的业务流程测试，用于实现快速的测试重复。由于ERP应用跨越多个业务领域，存在不可避免的复杂性，因此，对每个ERP应用以及每个应用发布版本展开功能测试是非常重要的。
__N O_\"~25641051Testing软件测试网_y$w_b2x P每个ERP实施中都会面临的主要挑战之一就是确保应用在上线之前能满足所有的业务需求。关键在于测试和验证这些应用的运作情况是否符合设计要求。在数千个客户实施基础上，美科利已经编纂了一套最佳实践，来确保关键业务应用的功能。在下文中将详细描述10个关键步骤，使用这些步骤能为企业的关键ERP应用来设计和实施有效的功能测试程序。51Testing软件测试网U_?l6a%s%h Y
51Testing软件测试网!R%]P;S_\_V_l_Q_Q_c步骤1：初始规划和收集需求
Z;v&Ro_o25641C_i0k_G-s_U_A5G3Q5d256410在任何一个环境中，功能测试的最重要阶段之一就是规划。对于ERP应用来说，这个步骤就
更为重要了，因为其中涉及环境的复杂性以及推动这些应用实施的错综复杂的业务需求。不完善的规划可能导致失望的结果和不完整的测试覆盖面。经过深思熟虑的规划使您能避免一种“垃圾进，垃圾出（garbage in, garbage out）”的局面，使企业能衡量和最大化他们的测试工作，获取更多的投资回报（ROI）。51Testing软件测试网*L_fT#s*`0p2I!a
 51Testing软件测试网_i_G(p5R_|,C4Y W_k(s_f#M_o H_K_X5c_a_H256410许多公司购买预先打包的ERP解决方案，希望能实现业务管理各个领域的快速整合。然而，这种被称之为“vanilla”的ERP打包方案必须经过客户定制，才能部署到它所要支持的业务中去。从逻辑上来说，收集需求是规划阶段的起点，因为开发人员通常根据需求来定制ERP应用；测试人员使用它来测试系统和客户定制项目；而最终用户使用它进行用户接受测试和终结测试。通过提前仔细地定义需求，测试人员可以规划和管理那些更加注重业务需要的测试。接着，需求可以同测试和实际测试结果（被识别的缺陷）相结合，以全面覆盖所有的功能测试。51Testing软件测试网6D9w(O_f*ed_B
51Testing软件测试网![_c(B)X!D&x'Z L步骤2：定义测试目的和选择合适的测试51Testing软件测试网_T3N_T n_p*\_J6F_x_]_?
;A2V_R d1U_E [256410测试人员通过创建主要的测试目的，将决定所需的特定测试类型。 测试目的、项目计划和团队结构也将从这些测试目标中形成。当功能测试一个ERP实施时，有多种不同的验证测试需要执行：
h-N_c8O v25641051Testing软件测试网*o_B E_S R_A_y(
数据映射：由于许多ERP实施和后端大机系统紧密地集成在一起，因此测试ERP应用所显示的数据和在大机系统中被发现的数据之间的数据映射是十分关键的。很可能在大机系统中隐藏着一些陈旧的或无效的数据，这些数据会引起应用当中的问题。51Testing软件测试网_f(Y Z_d,w
_q7Y:W
t)d0l_C_}_~业务流程测试：应该使用测试来验证各种业务流程是否正确运作。由于工作流对强化业务规则来说是非常重要的，因此测试应该覆盖整个整合系统中的所有导航项目和直接功能。应用的业务规则和启动项必须通过全面地测试，确保所有规则能被正确地执行。51Testing软件测试网-z J4O_l%y0e4l_s_Q_U
51Testing软件测试网+D_K N'k4U_]C权限控制系统：ERP权限控制系统决定了用户可以使用哪些信息，用户在这些信息中可以看到哪些数据。当涉及到供应链和合作伙伴入口时，将会增加安全方面的考虑。从用户界面的角度出发测试安全性可以确保严格执行验证规则。数据驱动的测试使IT人员能使用具有不同登录凭证的相同脚本去验证安全规则。
/d/e_Z:`!~_N_~25641051Testing软件测试网 \_m7C E t'Q_BQ)V回归测试：每次部署一个“Code Drop”时，对位于这些程序的每个对象的功能进行回归测试是非常重要的。这其中包括测试它的存在、功能、值等等。“code drop”指的是任何一次新的ERP应用、补丁程序和/或hot fix的发布。51Testing软件测试网6w U_b |4U_`
51Testing软件测试网
D|I+h G"w/s_M$
步骤3：定义目标，以满足测试目的51Testing软件测试网 m4`&n4S(v,^_@
51Testing软件测试网_v_?_S2b_q)o_j当完成所有的目的定义，选择好测试类型，接下去就要创建一系列的阶段目标来实现所定义的目的。一套最普通的初始阶段目标包括：
_h_@C6Z_A_P!E
q4o_@8J256410f*c_o7@ l2分析应用功能，并识别关键业务流程。在一个ERP应用中的关键业务流程实例就是“服务请求”的创建。51Testing软件测试网E w_j7E_d_R
_?$L'[_M_W4w&b3~1y_X2564建立“冒烟测试”，在开发周期中快速执行该类测试。冒烟测试不应深入被测试应用的功能，而是应该测试关键的业务功能。例如，用户是否能够创建可以和“Trouble Ticket”相应的活动。51Testing软件测试网*__[$D_r Z;X6Z D
51Testing软件测试网_i0L"k_I_V在每次正式发布形成后运行冒烟测试。51Testing软件测试网_q_y_m_Y Mx_q
_F9f0bW_[2着手创建自动化测试来降低手动运行冒烟测试的成本。51Testing软件测试网,T_@!x7M_a(Q'z
51Testing软件测试网 O_H J;s_n.R&n.Z d51Testing软件测试网_O"G_g!?DD_B:c;h&y*q I256410实现了这些初始阶段目标之后，应该建立一套后续阶段目标。
;@2C ?8`_s%d256410;e1^!W_i&`#s25641分析应用，展开功能识别，这将扩大测试范围，涵盖超过75％的总的应用功能数量。（取得100％的脚本自动化测试是非常困难的，因为自动化测试工具无法进行如可用性测试这样的事宜。）
_[_c!p_Z!?(R_x_{6{'K2564101]8M_z(y4D

Q,m_p+s1T25641建立可持续运作的自动化测试，从而降低测试的工作量。
_r,O-_+^_J3C_a_m25641051Testing软件测试网 o_?&O W)I.v_步骤4：区分功能测试案例
#E_Z1y
E'C_HO3S5m
S25641051Testing软件测试网VC_g_W_W n__
R4y W%cn D在区分测试案例时，关键要记住，重要的业务功能必须在应用中才能发挥作用。由于每个企业具有独特的业务需求，大多数企业即使完成了基本的或标准的实施，也无法上线。因为那些客户定制的区域必须经过彻底地测试才能保证上线时功能的稳定。ERP应用的主要优势之一就是能和现有的大机系统集成，来满足必要的业务需求。再者，因为这些集成不是标准（非客户定制）实施，它们必须经过严格地测试。
_R_?_E c_V_b m5o256410.|0H"q_p_v0P+[256410最初，要避免用各种不同的方法去测试相同的功能。开发团队经常会强调一个应用应具有完美架构，可以灵活地让用户通过不同的方式来完成他们的日常任务。关键在于要经常部署测试案例，确保需求驱动、user-path的覆盖面。初期测试应该具有一些共有的特性：51Testing软件测试网 u1r,g_]'L
2t;c_J/u_o_U_E256410它们应该测试关键的业务功能。_r:`_C_] p_O6p'm#s_s B#l256410
9z)i%{9F V @_W25641
它们应该测试应用的关键业务流程。_N9R1w2H6^_Z
R256410
+g ^%~ Y%x_`%f*L256410l它们应该识别出经客户定制过的ERP应用的测试区域。e5RO_S_h_Z$m25641051Testing软件测试网(R O_\"l)J_O_s
l  应用功能应该稳定，不在主要开发范围之内。51Testing软件测试网_D9Z/W6m1|2l_^51Testing软件测试网_T*X6k_Y1T6k2F6r_y
l  初期测试应该是冒烟测试的候选方式。
X(x_k z_F)A"A ]6u25641'J_@3x_b_g!`_Y_W3|_z
F_i256410一旦初期自动化测试创建完成，并成功地运行后，测试目标通常会改变，测试包会扩张。这种扩张通常表现为在功能成熟之后，增加更多的测试到测试包中。还可以在应用问题区域，如和大机系统的界面中增加测试，从而对该区域展开持续地检查。51Testing软件测试网't_|_T_O_P_J7d
51Testing软件测试网"m9x_G_q,n x_V v_y步骤5：文档记录关键的业务流程
6Uh'Hh.@"j1` B256410)am5n0y4b_Z_U256410当记录那些将要成为测试脚本的业务流程时，收集所有和测试案例相关的信息是非常重要的。每个测试案例需要具备一份和被测业务区域相关的目的说明。测试案例的目的应该是和满足一个需求或一系列需求有关。关键之处还在于，要文档记录下逻辑步骤，在整个系统中执行这些步骤可以实现测试的需求。由于使用测试案例可以衡量业务流程的成功与否，因此，文档中应该指出，需要验证哪些内容才能保证测试的成功。
9L i`!c,h_K1H

Z_H2564105}_n)b_Y q_q8b&o-}25641051Testing软件测试网6v7a"J u_j除了为测试案例而展开的执行和验证操作外，还需要在测试案例中成功地执行适用的数据值。这种数据可以是来自数据库的主数据（master data）、或是能够凭空增加的用户创建输入数据、或者在脚本创建之前被置入数据库的准备数据。
k*z_Rn0X5y_t(Q25641051Testing软件测试网_O%F d_h_c_N
^_Y V G9j_D;L256410步骤6：开发模块化的测试组件51Testing软件测试网_j_e8{_q_M_q_n_]_c l%]8S
51Testing软件测试网(t:a2@_v#D#\_nW Z创建模块化测试脚本是非常重要的。测试的模块化能够使开发人员创建单元测试（unit test），在整个系统完成之前，测试ERP应用模块和模块的定制项目。接着，被用于单元测试的模块测试会移交给QA测试人员，他们会将模块测试和测试包结合在一起，来满足特定的测试目标。美科利提供一款最新的功能测试解决方案（即“业务流程测试”），它能帮助企业管理与业务组件和端到端流程验证有关的所有测试案例。
:u_q_F&a;C9a;o8o256410_k S_l$[/]256410步骤7：建立测试实验室51Testing软件测试网 Z_p_K0?_b
P5h_Q
l/Y9o
51Testing软件测试网_q B_q_q_k_?_k_P建议建立一个QA测试实验室，作为ERP应用的测试和调优整体战略的一个组成部分。在一
个独立的测试实验室中运行测试的主要优势在于，机器配置可以达到一种理想的状态，因而减少了由于机器配置不完善而引起的各类问题。此外，当模块定制完成之后，开发人员和测试人员可以在新代码发布之前，使用该实验室来运行单元测试。
%E.]_c_s&I_u*\_W7o25641051Testing软件测试网7N6x_].y_n_o_s5C+X_F%F8L步骤8：掌握和利用“冒烟测试”
_F8TJ_du_v5C25641051Testing软件测试网_O%w_`/q_\ n*y_E-};R在大多数ERP应用中，不完善的发布浪费了大量的测试工作。通常，当开发团队完成一个发布版本后将移交给测试团队，接着展开为期数天的测试过程。而测试结果往往是软件的发布版本存在重大的和根本的问题，不值得再进行深入地测试。不幸地是，当开发人员着手为该发布版本增加新的功能时，测试团队已经浪费了几天的时间去发现其薄弱之处。
u_[%Q
]G256410_h"b_\;G/l25641051Testing软件测试网 ]2a/{_V_Q2Y O2z_Q0改变这种情况的捷径就是建立一种“冒烟测试”，它可以覆盖关键的业务功能。冒烟测试结合了手动测试和自动化测试，可以在短时间内被创建和运行（通常在1个小时之内）。运行冒烟测试可以为开发团队提供发布版本质量方面的快速信息反馈，帮助他们集中力量解决严重阻滞的问题，而不是一些新的特性。冒烟测试所利用的脚本可以从开发人员已经创建的单元测试中获取。
(s'w_d)}_m_a_j_C_f256410{
Z_^d_D_~B#N256410
步骤9：执行回归测试51Testing软件测试网_g&@_C_u_Pv t_iP
_L_e_Y_K_d)H:D_b_U256410回归测试包应该覆盖关键的业务流程，应该在每个新的ERP应用版本发布时运行。回归测试不同于冒烟测试注重测试核心的业务功能，它能更加深入地测试应用的功能。正如前文所提到的，由供应商和任何定制所带来的应用更新都可能对应用功能和性能产生负面影响，必须在每次发布版本之后进行测试。
v;e3?_C
?_v ?256410'B_M_P(A!B$M!n_{_h.Z256410步骤10：分析缺陷和创建测试报告
_k_rH_r$F_j_S25641051Testing软件测试网 M1Z_j_y)w@UERP应用准备就绪的重要指标之一就是被识别的系统缺陷数量。在执行测试时，测试中产生的失误必须被跟踪和分析。一种稳固的功能测试解决方案应该能跟踪和汇报所有存在于业务流程中的缺陷。测试团队可以利用这类信息来衡量和管理缺陷是如何被优先级划分、修复、重复测试和关闭的。51Testing软件测试网_K_M_U3U_w_e_t/e
E_l_y m ?$]_D j#q25641051Testing软件测试网_A"u_S u"d!W_}_F7M用全面的报告来完整记录所有的测试流程和结果，这也是非常重要的一项工作，可以使测试团队能正确分析测试结果，同时在未来测试中重复使用测试案例和脚本。
%C8p!z.j;^_v256410q_U_m5C_X q
@ Q
n(~256410
ERP应用的功能测试
.V_E5e.h_h,Y
J2564103N3w_}8b
Y2O_I0Y_s_K r#Q256410通过使用美科利QuickTest Professional和美科利业务流程测试，QA团队可以开发和利用统一的、可重复的测试流程，更快、更经济和更便捷地对ERP应用就绪情况提前作出决策。当初期功能测试计划完成之后，测试团队可以使用美科利解决方案来自动验证ERP应用中所有业务交易的完整性。美科利解决方案从业务流程的角度出发，展开ERP应用测试。这些解决方案通过执行分步操作――如更新库存信息，或从供应商处定购某部分商品，就像在实际生产操作中一样来测试ERP应用。51Testing软件测试网-h7N%p_\ z_M_V-F%m+x_j
_n_F7T"K,l+L_B256410当在测试创建阶段捕获了业务流程后，美科利QuickTest Professional和美科利业务流程测试将ERP业务相关信息与输入数据相互分离。测试人员可以根据选择列表，改变选择项和数据条目。使用同一数据对应用展开反复测试通常不会取得实际结果。要真实地验证应用的功能，测试人员需要不同的数据包来模拟多个用户的实际操作行为。美科利产品允许用户直接输入测试数据，或从一个数据库中导入数据，从而创建一个实际的、数据驱动的测试方案。通过这种方式，测试人员就能使用可变的输入数据，分析实际的ERP业务流程。
_~2e w_i3e_Z_p0v256410)[_|_A+s2x3t!i_@_v/~_c256410
打包的ERP应用通常具有很高的复杂性。创建一个简单的记录定制可能会对其它记录或整体性能产生无法预料的影响。当更新发布（甚至是简单的定制更新），都需要对所有业务流程展开全面彻底地测试，而不仅仅是测试变更所发生的区域。这样，测试人员就能衡量更新会对应用产生的影响，确保不会引起缺陷的产生。51Testing软件测试网_C_n.|}_u_U#~_Z

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。