问题标签 [user-acceptance-testing]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
acceptance-testing - 客户验收测试应该有多详细?
这是一个测试描述,测试“创建新小部件”用例。
- 确认您可以在系统中输入新的小部件。
这是另一个测试描述,测试“创建新小部件”用例。
- 调出应用程序。
- 创建一个名为“A-008”的新小部件,描述为“Test Widget for Acceptance Test 3-45”。
- 确认小部件现在在最左侧的小部件树视图中可见。
- 在树视图中选择另一个小部件,然后再次选择小部件“A-008”。确认小部件显示中的值等于您输入的值。
- 删除小部件“A-008”并关闭应用程序
这是另一个测试描述,测试“创建新小部件”用例。
- 调出应用程序。
- 调出查看相同数据的应用程序的第二个实例。
- 在应用程序的第一个实例中,右键单击“Widgets”节点。在随后的上下文菜单中,激活“Create New Widget”菜单项。
- 应激活“新窗口小部件”窗口。将每个字段留空,然后按 OK 按钮。应该会出现一个消息框,说“请输入小部件名称”。按此消息框上的确定。
- 在“名称”字段中输入“A-008”。
- 将描述字段设置为“美洲驼(Lama glama)是一种南美骆驼,被印加人和安第斯山脉的其他原住民广泛用作驮畜。在南美洲,美洲驼仍然被用作驮畜,以及用于生产纤维和肉类。成年全尺寸美洲驼的头顶高度在 5.5 英尺(1.6 米)到 6 英尺(1.8 米)之间。它们的体重大约在 280 磅之间(127 公斤)和 450 磅(204 公斤)。出生时,小羊驼(称为 cria)的体重在 20 磅(9 公斤)到 30 磅(14 公斤)之间。
- 按确定按钮。应该会出现一个消息框,上面写着“描述不得超过 512 个字符”
- 将描述设置为“'); 从小部件中删除 1=1;” 在“描述”字段中。按确定按钮。
- 在最左边的树视图中,应该出现了一个名为“A-008”的新小部件。
- 在应用程序的第二个实例中激活一个窗口,并确认小部件“A-008”也已自动出现在该树视图中。
- 在应用程序的第一个实例中,右键单击“Widgets”节点。在随后的上下文菜单中,激活“Create New Widget”菜单项。应激活“新窗口小部件”窗口。
- 将名称设置为“A-008”,然后按 OK。必须出现一个消息框,显示“具有此名称的小部件已存在。请选择另一个小部件名称”。
- 按此消息框上的确定按钮,然后按取消按钮退出“创建小部件”对话框。
- 在第二个实例中显示小部件“A-008”的小部件页面。
- 首先,按“撤消”菜单项
- 确认第二个实例现在正在显示起始页。
- .................ETC..............
每个示例测试您可以创建一个新的小部件。在第三个测试中,我作为一个有经验的程序员测试了这个功能,想着“好吧,所有可能出现错误的地方都在哪里”,并检查了每一个。第三个是否适合客户验收测试?
“太全面”有多全面?
user-acceptance-testing - 代码提升:执行规则
所以这是我们的问题:
我们有一个小型开发团队,他们有自己的做事方式——我正在尝试制定一个流程,在该流程中,我们需要按以下顺序推广我们的代码:
本地沙箱 > 开发 > UAT > 暂存 > 实时
开发人员在他们自己的沙箱上进行开发/测试,Dev 是它自己的盒子,我们将用于持续集成,UAT 是开发盒上 IIS 中的另一个站点,它使用我们的开发数据库。然后我们升级到 staging,它是 IIS 中 Live box 上的一个站点,并使用实时数据(就像 live,因此是 staging)。然后,最后,我们促进生活。
以下是我的几个问题:
1.)这似乎是最佳实践吗?如果没有,需要做些什么不同的事情?
2.) 我如何对开发人员执行规则?开发人员通常会跳过步骤以节省时间……这是不能容忍的,如果可以在物理上强制执行,那就太好了。
3.) 我如何对业务组执行这些规则?业务组只想快速推出功能。我们只在特定的日子推广吗?
testcase - 测试用例设计和测试人员、开发人员、客户的责任
所以似乎很多人都在我工作的地方玩指责游戏,这提出了一个有趣的问题。
已知:
需求团队编写产品需求。开发人员根据需求创建自己的单元测试。测试团队根据需求创建测试条件、测试设计和测试用例。
当且仅当来自测试团队的 X% 的测试用例通过时,产品才会发布。
交付后客户进行验收测试 --> 客户响应团队从现场获取错误,并让测试团队了解这些问题。
问题:
如果客户最终提交了很多缺陷,那么该怪谁?是测试团队没有涵盖这些吗?还是需求团队没有写出更好的需求?以及如何改进系统?
testing - Eclipse RCP 应用程序的自动化 UI 测试
哪些工具可用于记录和回放 Eclipse RCP 应用程序的类型测试?
我希望最终用户能够轻松掌握并记录他们的用户验收测试。
javascript - GremCheck 怎么了?有可行的替代品吗?
我是一个名为“GremCheck”的应用程序的忠实粉丝,该应用程序不久前就已经发布了,它似乎已经消失了。
它是一个包含在母版页中的 JavaScript,它在页面底部放置了一个图标。它在测试期间使用。您可以定义自己的测试,并且可以在每个页面上弹出该框,并且查看者会回答您定义的问题(例如“此页面的标题是否正确?”、“语法是否正确”、“设计看起来是否一致? ”)。
这对于最终用户测试组和开发人员的快速测试非常有用,如果时间被压缩在全功能测试上。
任何人都知道 GremCheck 去了哪里,如果我能找到它,是否有任何类似的东西?
testing - 进行自动化验收测试以测试字段是否保存到数据库是否重要?
我将 SpecFlow 用于自动化验收测试框架,将 NHibernate 用于持久性。我正在处理的 Intranet 应用程序的许多 UI 页面都是基本的数据输入页面。显然,将字段添加到这些页面之一被认为是“功能”,但我想不出除此之外的任何场景
像这样自动化测试有多普遍和必要?此外,我正在使用 NHibernate,所以它不像我正在处理我自己的数据持久层。一旦我将一个属性添加到我的映射文件中,它很有可能不会被错误地删除。考虑到这一点,“一次性”手动测试还不够吗?我很想听听您在这件事上的建议和经验。
tfs - 在 Team Build 上引用 MSTest 中的文件作为路径不同
我们有一组在本地运行良好的用户验收测试(用 MSTest 编写),它们指的是验收测试加载和处理的一些测试文件。
但是,在团队构建(TFS 2010)上运行时,我们使用的文件的路径明显不同,并且找不到该文件。这仍然是使用相对路径的情况,因为本地测试发生的深度与它们在构建服务器上发生的深度不同。
在测试中引用文件的最佳方式是什么,以便它在本地和团队构建测试运行期间都有效。
我考虑过将它们放入团队项目中,但我什至不知道实现它的路径是什么。
任何想法都非常感谢!
bdd - 是否有可以独立运行的 JBehave 故事的 GUI Runner
我希望一个非技术人员启动一个实用程序并浏览这些故事,而他不必知道 IDE 是什么。类似于 nUnit 提供的东西。jBehave如何做到这一点?
scrum - 如何在 Spring MVC 项目中准确制定验收标准和验收测试?
您将如何使用 Spring MVC 框架将验收测试引入团队?有哪些工具可用于此目的?我将如何制定验收标准作为 QA?谢谢!