【问题标题】:Why mocha instead of QA为什么选择 mocha 而不是 QA
【发布时间】:2016-08-17 14:37:19
【问题描述】:

我刚刚发现了 Mocha,所以如果答案很明显,请原谅这个问题。

我不知道为什么要使用 Mocha.js,如果在我编写测试程序时我可以自己手动进行测试。

我在网上看到的所有示例都为测试提供了一些琐碎的任务,例如

"should return a string when it gets a number". 

好的,我去我的浏览器,输入一个数字,看看我是否得到一个字符串?

基本上,我只是想看看 Mocha(或任何其他测试框架)如何帮助我调试和测试我的应用程序。

感谢大家向我解释这一点。我确信开发 mocha 的人有一个很好的理由,我只需要一些帮助来弄清楚这个原因是什么。

一点说明: 我在我的网站上运行的每个功能都包含一个测试。当我得到一个查询字符串时,我会在针对我的数据库运行它之前检查它是否有效。

每当我从我的数据库中提取信息时,我都会检查我的数据库是否返回错误,等等。

我错过了什么?

【问题讨论】:

  • 自动测试不是 QA 的替代品,而是开发人员在代码修改后立即发现回归和错误的最好朋友。如果您的应用程序的大多数默认用例都包含自动测试,那么开发人员将立即意识到新的错误并能够尽快修复它们。
  • 你能举一个简单的现实世界的例子吗?
  • 评论太长了。请检查答案

标签: mocha.js


【解决方案1】:

例如,您有一个处理书籍、人员等的图书馆 Web 应用程序。并且您的图书馆所有者要求您实施新功能,例如永久从图书馆购买书籍。您已分析此功能并开始编码。通过代码修改,您必须强烈更改代码库中旧的、非常旧的部分,这些部分被应用程序的许多模块使用。如果您的应用程序有自动测试,您可以编写任何修改并不断运行自动测试,以证明您走在正确的道路上,并捕捉您造成的任何新错误,并且您只会在编码完成时调用 QA检查一次完整的解决方案。如果你没有自动测试,你必须浪费时间等待 QA 在任何代码修改后手动通过测试。

【讨论】:

    猜你喜欢
    • 2012-10-24
    • 1970-01-01
    • 2014-08-05
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多