问题标签 [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.

0 投票
13 回答
849 浏览

unit-testing - 高级开发人员和单元测试 - 需要吗?他们可以使用走狗吗?

高级开发人员应该免于单元测试 - 还是应该允许他们使用走狗来实现它们?激励不习惯使用单元测试技术的人采用它们的最佳方式是什么?

0 投票
4 回答
2251 浏览

testing - 基于模型的测试策略

您在基于模型的测试中使用了哪些策略?

  • 您是专门将它用于集成测试,还是将其扩展到其他领域(单元/功能/系统/规范验证)?
  • 您是构建专注的“密封”模型还是随着时间的推移发展复杂的 onibus 模型?
  • 在产品周期中,您何时投资创建 MBT?
  • 您专门为 MBT 创建什么样的基础测试库?
  • 为了更好地支持 MBT,您在功能基础测试库中有何不同?

0 投票
4 回答
279 浏览

testing - 您如何根据规范生成测试?

我看到了Bertrand Meyer的一篇印刷文章,他在其中指出可以从规范中生成测试。我的开发团队没有做这样的事情,但这听起来像是一个值得考虑的好技术。您如何根据规范生成测试?您如何描述通过这种方法发现程序错误的成功?

0 投票
9 回答
4687 浏览

testing - 良好的质量保证/测试播客

任何人都可以为质量保证/测试人员推荐一个好的播客。我发现有各种各样的开发,但还没有找到一个好的 QA/测试(不是从开发人员的角度来看)。

0 投票
2 回答
917 浏览

cocoa - 你可以使用 CruiseControl 来构建 Cocoa/Objective-C 项目吗?

有没有人设置 Cruise Control 来构建 OS X Cocoa/Objective-C 项目?

如果是这样,是否有更容易做到这一点的 CruiseControl(CruiseControl.rb 或只是常规 CruiseControl)的首选风格。

我目前有一个 Ruby rake 文件,其中包含构建和运行测试的步骤,并希望在签入后自动执行此过程。

另外,CruiseControl 是否支持 git?我在网站上找不到任何东西。

0 投票
5 回答
2016 浏览

eclipse - 测试客户端-服务器应用程序

我正在使用 Eclipse 的 RCP 编写客户端-服务器应用程序。我们在测试双方之间的交互时遇到了麻烦,因为它们都包含大量 GUI,并且不提供命令行或其他远程 API。

有什么想法吗?

0 投票
5 回答
12306 浏览

web-services - soapUI 是最好的 Web 服务测试工具/客户端/框架吗?

大约去年,我一直在从事与 Web 服务相关的项目。我们的团队在项目开始时就发现了soapUI ,我们对它(免费版本,即免费版本)大多(*)感到满意。

我的问题是:您是否已经使用/当前用于 Web 服务测试并推荐其他工具/客户端/框架?

(*) 偶尔会出现一些奇怪的 GUI 故障。正如一些答案所提到的,我们将此归因于内存泄漏。

0 投票
6 回答
2072 浏览

testing - 你什么时候停止测试?

在您的实践中,您使用什么措施来了解何时停止测试应用程序并将其转移到生产环境?

0 投票
30 回答
48994 浏览

regex - 如何使用多个 RE 引擎测试 I 正则表达式?

如何针对不同的正则表达式引擎测试相同的正则表达式?

0 投票
7 回答
2869 浏览

testing - 测试计划以及如何最好地编写它们

我们正在尝试找出在我们的测试计划中编写测试的最佳方式。具体来说,当编写一个供任何人(包括 QA 人员)使用的测试时,测试中的步骤应该非常具体还是更广泛,让测试人员在如何完成任务上有更多的余地。作为一个非常简单的示例,如果您正在测试在文字处理文档中打开文档,那么测试应该是:

  1. 使用鼠标,打开文件菜单
  2. 在文件菜单中选择“打开文件...”
  3. 在出现的打开文件对话框中,导航到 x 并双击名为 y 的文档

或者

  1. 调出文件打开对话框
  2. 打开文件 y

现在我意识到一个答案可能是“这取决于您要测试的内容”,但我试图在这里回答一个更广泛的问题:如果测试步骤过于具体,我们是否会冒险 a) 进行测试过程费力和乏味,更重要的是 b) 我们是否有错过某些东西的风险,因为我们写下了实现目标的过于具体的路径。或者,如果我们扩大范围,我们是否过于依赖测试人员当时的突发奇想而失去了对客户/客户更常见的路径的关键测试?