Jump to content

Talk:List of unit testing frameworks

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Seaswiki (talk | contribs) at 23:45, 24 December 2009. The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

WikiProject iconComputing Unassessed
WikiProject iconThis article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
???This article has not yet received a rating on Wikipedia's content assessment scale.
???This article has not yet received a rating on the project's importance scale.

What is the difference between this article and the xUnit article? -- nolandda

Not all of these frameworks are xUnit. --Chris Pickett 05:59, 3 December 2006 (UTC)[reply]

Layout: Tables

I converted (then IP) the bullet-list page to a big number of small tables. The point was that then you have a TOC and can click on your language. Could we discuss the pros and cons of One-big-table versus Many-small-tables? --User77764 13:04, 3 December 2006 (UTC)[reply]

Another reason for many small tables is that I want to introduce columns to the C++ table which don't make sense anywhere else. --User77764 13:11, 3 December 2006 (UTC)[reply]

And to be able to do this, I will revert to the many tables version. This is no final decision of course. --User77764 13:31, 3 December 2006 (UTC)[reply]

Yet another idea: There are many languages with only one framework listed. Maybe combine them all into a single table while those languages with multiple entries get tables of their own? --User77764 16:33, 3 December 2006 (UTC)[reply]

That will make it annoying if and when new frameworks crop up, it should be all the same style I think. So many smaller tables is fine, if somewhat more cumbersome to maintain when adding a new category to each table. I was thinking one big table for the columns that can be common between languages, and smaller tables for the columns particular to a language, but then you have to maintain the list of frameworks in two places. So many smaller tables then, but add the xUnit column to all of them. I wish table-editing was wysiwyg, would make life easier. --Chris Pickett 17:54, 3 December 2006 (UTC)[reply]
OK, so we go for one table per language... maybe add all columns that are explained at the top to all tables? --User77764 18:08, 3 December 2006 (UTC)[reply]
Sure... and it seems better if the common columns in each table go before the language-specific ones, with the exception of Remarks. --Chris Pickett 18:42, 3 December 2006 (UTC)[reply]
Ack. --User77764 20:31, 3 December 2006 (UTC)[reply]

Expansion

The list needs information. White boxes mean: We do not know. Anybody with sufficient knowledge please help out. Also, more columns should be added where appropriate. --User77764 14:58, 5 December 2006 (UTC)[reply]

In the PHP category, Code Igniter is a "Web Application Framework" so even if it contains a Unit test suite, it seems to be in a wrong place. 193.49.124.107 15:25, 25 April 2007 (UTC)[reply]

Add QtUnit? Based on CppUnit. -- pne (talk) 09:49, 5 November 2007 (UTC)[reply]

Regarding language dialects

The language list surely is too long. Recently an entry for Symbian was added. Now this is clearly NO language, is it? Afaik, they use C++ in some flavor. Anyways, they don't deserve an own entry. Where to place such candidates? --User77764 17:49, 15 December 2006 (UTC)[reply]

I wasn't sure about that one either. You could merge it with C++, but is it really a C++ framework? What other ones did you want to merge? Chris Pickett 20:19, 15 December 2006 (UTC)[reply]
Hmm, Transact-SQL and SQL? I don't know, most of the languages are unknown to me... (but I know more than one of them ;-) ) --User77764 18:28, 19 December 2006 (UTC)[reply]
I think we should just leave it. If you can find an example where compilers for either one will happily accept the other, then sure, merge to the same language. Chris Pickett 11:18, 21 December 2006 (UTC)[reply]
Well, I still think the list (of languages!) is too long. But then, the "article" lacks in more important areas, for sure. --User77764 00:28, 23 December 2006 (UTC)[reply]

Specify Visual Basic 6 (VB6)

I assume that the "Visual Basic" heading refers to Visual Basic Ver. 6, or at least I think it should. Visual Basic Ver. 6, a.k.a. "VB6", is of course quite distinct from VB .NET; the latter which I expect should be included under the ".NET programming languages" heading. So my suggestions: (1) change "Visual Basic" heading to "Visual Basic Ver. 6 (VB6)", and (2) remove csUnit entry from the VB6 group. csUnit already appears under the .NET programming languages, which it seems is correct -- from what I can tell, csUnit only supports .NET and does not support VB6. --Nmarler 16:42, 29 April 2007 (UTC)[reply]

Emacs Lisp

The link for the ELisp unit testing package times out - is this link broken? Autarch 20:27, 9 November 2007 (UTC)[reply]

The link was indeed broken, as the server said the file didn't exist today. I added a link to the appropriate page as well as adding a link to another Elisp unit testing package. Autarch 16:24, 12 November 2007 (UTC)[reply]

QTestLib

Qt (toolkit) includes QTestLib. It should be on the list, but I'm not sure about the properties. --Ropez (talk) 12:50, 21 February 2008 (UTC)[reply]

GLSL

Why is UnitTestCg listed as supporting GLSL? It does not say so on the Google Code page, or anywhere at all. I believe that the author might have mixed it up with HLSL. --193.77.149.126 (talk) 07:08, 17 December 2008 (UTC)[reply]

Fortran unit testing framework missing

What about pFunit? [1]

ANTLR

gUnit - ANTLR grammar testing [2]