书面Web表单测试用例

时间:2017-04-12 15:34:03

标签: forms testing integration-testing manual-testing uat

我不是软件测试人员,但他的任务是为Web应用程序的一些长客户注册表单编写手动用户验收测试用例。

我们假设所有表单字段的出发点是'那里'对于每种类型的表单,并且测试用例以检查表单功能开始,例如输入验证等 或者,我是否应该编写一个测试用例来检查每个表单标识符是否正确,每个表单字段都存在,每个下拉列表都填充等(我想当一个新的构建产生它可能时,表单元素/字段可能会出错 - 尽管不太可能)。

如果我要为大量表单元素编写测试用例,我可以使用多个断言来节省时间,例如"检查标识符:text1,text2,text3等存在且正确。"或者它应该是表单中每个元素的一个测试用例。随着时间的推移,表格不太可能发生太大的变化。

我觉得这里有两种类型的测试 - 一种是表单正常运行,另一种是组件部分默认正确显示。

谢谢。

3 个答案:

答案 0 :(得分:4)

您可以为此任务编写两种类型的测试(由Min P.和Dobromir Manchev建议)以及应该有多少详细的测试用例,取决于将执行测试的事实。

我个人更愿意分别检查每个案例,更容易查明问题并最终重新测试。

情景1:
测试01 - 用户名字段 - 描述 - 预期
  - 您测试位置,尺寸,颜色和类似的东西 测试02 - 用户名错误数据 - 描述 - 预期
  - 检查此字段是否接受不支持的数据类型(长,短,特殊字符等)
测试03 - 用户名空白输入 - 说明 - 预期
  - 检查字段是否支持空提交
测试04 - 用户名正确 - 说明 - 预期
  - 最终如果数据是正确的以及它的行为如何 测试05 - 电子邮件字段 - 描述 - 预期
  - 您测试位置,尺寸,颜色和类似的东西 测试06 - 电子邮件正确表格 - 说明 - 预期
  - 您检查字段是否仅支持正确的电子邮件表单(如name@mail.com)并正确处理名称@ mail,name @ mail。等
测试07 - ...

情景2:
测试01 - 用户名字段 - 描述 - 预期 - 反馈
测试02 - 电子邮件字段 - 描述 - 预期 - 反馈
测试03 - ...

至于描述,您需要填写此字段,或者使用简短描述来描述测试用例目标是什么,或者是非常彻底。在预期的领域中,您需要编写将完全期望的特定测试结果。在方案1中,它应该是简单的任务(检查这个,结果),并且在方案2中,您将通常测试该字段是否正确并且期望正确的反馈以解决问题。

第二种情况更容易编写,但缺点是您期望来自其他人的精确信息和反馈(总是会带来不满意,不足或结果不同)。

希望这会有所帮助。

答案 1 :(得分:1)

这一切都取决于您正在使用的要求。

如果您确定要测试的所有字段都存在(或者如果这不是您的测试点,因为其他人正在测试它),您就不应该费心去测试它。

如果你正在测试整个事情,意味着a)一切正常,b)按预期工作,那么我建议你将你的测试分成两部分 - 一部分只是检查页面的形式,内容等而且&# 39; s元素和第二部分,它考虑那里的一切,并测试它是否正常运行。第二部分将包含字段验证,例如"输入无效的电子邮件","在电话号码字段中输入字母","将必填字段留空"等。

出于实际原因,我尽量使测试尽可能短且尽可能具体。以下是几个原因:

  • 如果您发现了一个错误,那么您的整个测试用例将会失败",以后会更清楚地找到工作的内容以及测试用例的内容没有测试许多没有紧密联系的功能。如果您需要例如,如果您在一次测试中测试字段的存在和功能,并且一步不起作用,那么您的测试将失败"但是通过浏览您的测试活动,您无法深入了解哪个部分存在错误,并详细检查执行情况。

  • 如果您必须在修复后重新测试某些内容,那么在您能够验证更正之前,您不必经过几十个步骤。

  • 如果他们必须执行一个非常长的测试用例,人们往往会失去焦点,他们可能会忘记正在发生的事情等等。

当然,这很大程度上取决于手头的任务,有些东西需要更长/更复杂的测试用例,有些则可能非常简单。

希望有所帮助

答案 2 :(得分:1)

UAT,ime应该包括应用程序的实际最终用户根据您的方案执行的完整步骤,从开始到结束,还包括tcs中的预期和实际结果,例如:

步骤1.打开浏览器/浏览器启动,步骤2.转到www.blah.com/blah.com加载,步骤3.单击登录字段(如果需要获取具体信息)并输入用户名/字段选中并输入用户名.....一直到您需要测试的结束路径。

您应该在运行UAT案例之前执行功能测试,这样您就不必验证UAT tcs中的每个字段,但要确保您或您的团队在UAT之前进行冒烟/功能测试。

我同意上一篇关于将您的测试用例分成特定部分的海报,这当然取决于您正在做什么。 TC1_Navigate to Page TC2_Login TC3 Fill PersonalInfo(或表格部分)TC4_Fill IncomeInfo ... blahblah。

对于第一个之后的每个tc,您可以从最后一个步骤继续,您不必在#1之后启动每个测试用例#34;打开浏览器",并将所有测试包括在一起作为一个测试集,该测试集将由多个测试用例组成。