我在哪里以及如何学习软件测试技术?

发布于 2024-08-18 03:48:03 字数 119 浏览 7 评论 0原文

我想学习如何构建旨在测试自身的“强大”软件。换句话说,我如何在我的软件中实现自动化测试(使用 java 或 groovy 或 c++ )。

所以我想知道在哪里可以学习这个(书籍或网站)以及我需要哪些工具和库?

I want to learn how to build “robust” software that is designed to test itself. In other words, how do I implement automated tests in my software ( using java or groovy or c++ ).

So I want to know where to learn this (books or websites) and which tools and libraries I will need for this?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(7

脱离于你 2024-08-25 03:48:03
  • 适合初学者的通用 TDD:Kent Beck:通过示例进行测试驱动开发
  • 通用单元测试参考:Gerard Meszaros:xUnit 测试模式:重构测试代码
  • 新建项目的 TDD:Steve Freeman、Nat Pryce:发展面向对象的软件,由
  • TDD 测试引导棕地项目:Micheal Feathers:有效地使用遗留代码进行
  • 测试问题的问答:http://www.stackoverflow.com
  • 软件列表(向下滚动)
  • General TDD for Beginners: Kent Beck: Test Driven Development by Example
  • General Unit Testing Reference: Gerard Meszaros: xUnit Test Patterns: Refactoring Test Code
  • TDD for greenfield projects: Steve Freeman, Nat Pryce: Growing Object-Oriented Software, Guided by Tests
  • TDD for brownfield projects: Micheal Feathers: Working Effectively with Legacy Code
  • Q&A for testing problems: http://www.stackoverflow.com
  • Software list (scroll down)
萌逼全场 2024-08-25 03:48:03

除了前面提到的测试驱动开发 (TDD) 技术之外,您还可以查看 design by契约,另一种技术,基本上,在生产代码中添加断言来在运行时验证组件之间的契约条款(输入、输出和不变量)是否得到尊重。当软件交付时,可以删除或保留这些断言。

我想补充一下我的答案,以明确 TDD 不会导致“旨在测试自身的软件”,而是一些软件,即与生产代码一起增长的单元测试套件,用于测试另一个软件。

In addition to the aforementioned test-driven development (TDD) technique, you could give a look at design by contract, another technique where, basically, one add assertions in the production code to validate at runtime that the contract clauses (inputs, outputs and invariants) between the components are respected. These assertions can be removed, or kept, when the software is delivered.

I'd like to augment my answer to make clear that TDD does not lead to "software that is designed to test itself", but some software, - the unit tests suite, grown along with the production code, that tests another piece of software.

酒浓于脸红 2024-08-25 03:48:03

JUnit 是 Java 的自动化测试工具,是真正开启这一切的工具。 JUnit 站点 是一个很好的起点。它汇集了大量文章和测试工具的链接。

JUnit, the automated test harness for Java, is the tool which really kicked things off. The JUnit site is an excellent place to start. It rounds up lots of articles and links to testing tools.

从﹋此江山别 2024-08-25 03:48:03

我不知道“测试自身”部分,但我的第一个想法是阅读有关测试驱动开发的内容( http://en.wikipedia.org/wiki/Test-driven_development)并查看 JUnit。

I dunno about the "to test itself" part, but my first thought would be to read about test driven development ( http://en.wikipedia.org/wiki/Test-driven_development ) and check out JUnit.

遗忘曾经 2024-08-25 03:48:03

查看 xUnit 测试框架(cppUnit for C++,< a href="http://www.junit.org/" rel="nofollow noreferrer">JUnit for Java)并查看这本精彩的书 xUnit 测试模式:重构测试代码

如果您确实想深入了解,请查看测试驱动开发。 Uncle Bob 的TDD 三定律保龄球游戏型(另请参阅保龄球比赛剧集)。关于这个主题的一本好书是测试驱动开发:举例

Look at the xUnit testing frameworks (cppUnit for C++, JUnit for Java) and check out the wonderful book xUnit Test Patterns: Refactoring Test Code.

And if you really want to get into it, check out test-driven development. A good introduction is Uncle Bob's The Three Laws of TDD and the bowling game kata (see also bowling game episode). A great book on the subject is Test Driven Development: By Example.

韵柒 2024-08-25 03:48:03

我发现 Roy Osherove 的单元测试艺术对于理解非常有帮助单元测试、集成测试、TDD 等基础知识。它有点适合 .Net 语言,但它也提供了有关自动化测试背后的想法的非常好的信息。

I found The Art of Unit Testing by Roy Osherove to be very helpful in understanding the basics of unit testing, integeration testing, TDD and so on. It's a bit tailored for .Net languages, but it also provides very good information on the ideas behind automated testing.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文