我想向您学习,并知道您将如何为这个表单设计场景和测试用例,包括3个字段和一个提交按钮。
表格中有三个字段:
描述:当按下“提交”按钮时,它将在发送表单之前验证这些字段。如果字段是有效的,它将显示一条消息:表单已发送。如果其中任何字段无效,它将显示一条验证消息,说明哪些字段无效。就这么简单。
这是我刚刚编出来的一个简单的表单,我有一种设计测试用例的方法,但是我想通过了解其他方法来增加我的知识,或者即使它是可能的,更好的技术。
通常,我会创建以下测试用例,但我不确定这是正确的方法,可能使用正交数组或其他技术?在敏捷的方法中测试这个表单不是一种更好的方法吗?
Scenario1:验证表单注册:
Scenario2:验证表单错误消息:
我使用这个主题作为参考:测试数据以测试表单输入字段?
是否应该一步一步地编写、执行和证明scenario2中的前一个测试用例?或者只是写在一个简单的矩阵中却没有证据就执行了?
我真的希望你花点时间阅读和回答这个话题,感谢你的回应,并与我的同事分享这些知识。提前谢谢你。
发布于 2018-06-04 16:48:06
我将测试如下:
进行29个测试,并为它们创建后端用户测试。例如:
TC1:发送具有id有效、电子邮件有效、名称有效的表单。预期结果:显示表单发送的消息
为此创建一个单元测试,以便接受表单的例程确定输入是有效的,并相应地作出响应。您将提供有效负载,而不是实际的web表单发布,您应该模拟和存根的数据库。这将导致单元测试在0.1秒至1秒内运行。这种方法应该允许您为上面的测试套件运行5-10秒。是的,不是错字,那是秒。这样做的速度意味着开发人员可以快速、轻松地运行这些测试,只需做一个小小的更改。所以29次测试。
然后,我将为集成规范创建一个较小的子集,该子集可能测试对数据库的空白保存尝试、成功的保存、重复错误和特定的空白所需字段保存。所以四次测试。
最后,创建一个愉快的UI测试时,当事情顺利和1可悲的情况。所以有2次测试。
这种方法将允许您构建测试金字塔。
XX
XXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXX这将帮助您避免通过UI测试大部分内容,我们称之为错误的UI测试模式“冰淇淋筒”。
XXXXXXXXX
XXXX
XX发布于 2018-06-04 15:46:52
如果您能够访问源代码,您可以为每个输入生成等价类,以创建最小数量的组合来测试表单。
https://sqa.stackexchange.com/questions/34038
复制相似问题