问题标签 [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.
version-control - 您如何制作仅包含众多待定更改之一的构建?
在我当前的环境中,我们有一个“干净”的构建机器,它拥有所有已提交更改的精确副本,仅此而已。
当然,我有自己的机器,有几十个文件处于“进行中”状态。
通常我需要构建我的应用程序,只需要进行一次更改。例如,我已经完成了任务 ABC,并且我想构建一个只有该更改的 EXE。
但是,在测试之前,我当然不能将更改提交到存储库。
为此,分支似乎过大了。您如何在您的环境中隔离测试构建和发布的更改?
@Matt b:所以当您等待有关更改的反馈时,您会做什么?你总是只做一件事吗?
testing - 我应该为小任务选择脚本还是编译代码?
我是一名 Java 程序员,我喜欢我的编译器、静态分析工具和单元测试框架,这些工具可以帮助我快速交付健壮和高效的代码。JRE 也几乎无处不在。
鉴于这种情况,我看不出为什么我会选择使用 shell 脚本、vb 脚本等,无论任务多么小,如果我戴上我的其他帽子,比如我很酷的黑色系统管理员 fedora。
我不经常戴其他帽子,在什么情况下我应该选择脚本而不是编写编译代码?
internet-explorer - 如何在 Mac 上的 Microsoft Internet Explorer 中测试我的网页?
我想测试我在所有现代版本的 Internet Explorer(6、7 和 8 beta)中创建的网页,但我主要在 Mac 上工作,通常无法直接访问 PC。
c# - 测试对象不是类型
我知道如何使用 IS 关键字测试对象以查看它是否属于某个类型,例如
但是您如何测试它不是“bar”?,我似乎找不到与 IS 一起使用的关键字来测试否定结果。
顺便说一句 - 我有一种可怕的感觉,这太明显了,所以提前道歉......
.net - Gallio 的用户,您在使用此工具时体验过哪些优点和缺点?
对于那些熟悉Gallio的人来说,使用这个工具,即所谓的测试自动化平台,您体验过哪些优点和缺点?
testing - 如何找到(并保留)作为开发人员的测试人员
我在一家软件供应商工作,其市场是开发人员工具,我们一直在为我们的产品寻找 QA 人员。
由于我们是一家小商店,因此职位将是支持和 QA 的组合,但是由于我们制作开发人员工具,因此我们的支持主要包括实际开发(因为该人员必须阅读并理解我们的客户代码并发现并指出错误)在里面)。
QA 部分还将包括编写应用程序(使用各种平台和语言)并测试它们如何与我们的工具一起工作。
我遇到的主要问题是,当您告诉具有开发经验的人该职位包含“QA”及其标题(甚至在职位描述中)时,他们会回避考虑这份工作。
我对如何找到一个好人来填补这份工作并确保他们乐于做这份工作的反馈和建议非常感兴趣。有任何想法吗?
.net - 您能否推荐用于 .NET Winforms 应用程序的低成本自动化测试工具?
寻找一种自动化测试工具来支持 .NET Winforms 客户端服务器商业应用程序的功能/回归测试。顶级产品:HP QuickTest Pro、Borland SilkTest、IBM Rational Functional Tester 和 Compuware TestPartner 价格在 5-10K 之间。您会推荐用于功能/回归测试的成本较低的工具集吗?需要允许 BA/QA 分析师能够高效地参与测试用例开发的工具。所以我排除了像 xUnit 这样完全供程序员使用的单元测试工具。然而,我还想要一个提供灵活脚本支持的工具,以允许测试更广泛的问题(可能有开发人员支持)。
请将您的答案限制在一个推荐的工具上。如果您的建议已经得到回答,请投票以创建可用工具的排名。
谢谢
unit-testing - Pex 用户:您对 Pex 和自动探索性测试的总体印象如何?
那些使用过Pex的人,您认为 Pex 作为工具的优点和缺点是什么?
另外,作为TDD/单元测试的补充,您认为“自动化探索性测试”的优缺点是什么?
database-design - 实施大型系统变更
如果您熟悉“建造一个扔掉”这个短语,那么我们似乎已经做到了;我们正在达到我们在线应用程序版本 1 的限制。是时候清理一下了:
- 重新组织代码和 UI
- 统一 UI 流程
- 添加更多功能
- 为未来而建
- 修改我们的数据库结构以处理上述所有问题
实现这种转变的最佳方式是什么?
我们希望避免将所有用户都扔给一个新系统(一旦完成)......他们会吓坏了,我们无法处理呼叫负载。我们的用户涵盖范围广泛,从技术熟练的用于编写软件的类型到那些不知道 HTML 是什么的用户。
在我们确保这个新设计充分解决了版本 1 的足够问题之后,我们是否应该开始一个新的系统“安装”并逐渐将用户转移到它?
我们是否应该(以某种方式)逐步更改系统的每个模块并进行阶段化?这可能很困难,因为数据库布局会发生变化,导致必须调整“核心代码”和几个周围模块的代码。
拥有一组使用尖端版本的应用程序的受信任、耐心、“beta 测试员”客户是否很常见?(这里的目标是获得反馈并测试新系统上的错误)
还有什么建议吗?第一手经验?