![]() | This article has not yet been rated on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | ||||||||||
|
MBT tools: I have web page ( http://mit.bme.hu/~micskeiz/pages/modelbased_testing.html) with a detailed list of model-based test generation tools, which might be useful to add as an external link. Opinions? Micskeiz ( talk) 18:24, 17 January 2010 (UTC)
The functional scope of model-based testing (MBT) is expanding, with the expansion being driven by greater adoption of Business Process Modeling (BPM) & Business Process Testing (BPT), as well as the development of interfaces between various tools. The only statement in the main article I'd like to challenge is the comment that model-based testing is black box. My challenge is simply that the functional expansion of MBT is moving the discipline to Grey Box. I don't see White Box in its future, but grey is a reality. I'll add a section to the main article in the next couple weeks and explain. In the mean time, great topic, great article, and informative comments. — Preceding unsigned comment added by JHGiddings ( talk • contribs) 13:05, 5 March 2013 (UTC)
Hello fellow Wikipedians,
I have just modified 2 external links on Model-based testing. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
This message was posted before February 2018.
After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than
regular verification using the archive tool instructions below. Editors
have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the
RfC before doing mass systematic removals. This message is updated dynamically through the template {{
source check}}
(last update: 5 June 2024).
Cheers.— InternetArchiveBot ( Report bug) 07:29, 3 February 2018 (UTC)
I am missing information about test selection and diagnosis.
I am missing some links to properties of the system under test, like non-determinism, real-time, data, state, etc.
I am missing a link to IOCO ( https://research.utwente.nl/en/publications/a-formal-approach-to-conformance-testing) and UIOCO ( https://research.utwente.nl/en/publications/action-refinement-in-testing-with-uioco).
Should there be a MBT tools page (and this page links to that one?), since many tools exist (QuickCheck, Axini's Test Manger, NModel, SpecExplorer, PICT, JTorX, TorXakis, GraphWalker, ...) — Preceding unsigned comment added by 165.225.80.121 ( talk) 16:02, 2 November 2018 (UTC)
![]() | This edit request by an editor with a conflict of interest was declined. Some or all of the changes may be promotional in tone. |
I propose to add a new section for "Input space modeling". See proposed text below. Why? Because this in an important field in model-based testing that is not otherwise recognized in this article. This is a personal interest for me -- I have created an open-source tool for input space modeling, which is freely available as open-source and from which I derive no financial gain. I do cite my tool, but I also reference several others. I believe this section is neutral, unopinionated, reliably supported, and a worthy contribution to common knowledge.
In support of that claim, I'll note that input space modeling is given its own chapter in a well-known textbook by Paul Amman and Jeff Offut. See http://cc.ee.ntu.edu.tw/~farn/courses/ST/slides/Ch4-ISP.pdf. CornutumProject ( talk) 22:12, 18 October 2019 (UTC)
Edit request
|
---|
Input space modeling
Abstract test cases can be generated automatically from a model of the "input space" of the SUT. The input space is defined by all of the input variables that affect SUT behavior, including not only explicit input parameters but also relevant internal state variables and even the internal state of external systems used by the SUT. [1] For example, SUT behavior may depend on state of a file system or a database. From a model that defines each input variable and its value domain, it is possible to generate abstract test cases that describe various input combinations. Input space modeling is a common element in combinatorial testing techniques. [2] Combinatorial testing provides a useful quantification of test adequacy known as "N-tuple coverage". For example, 2-tuple coverage ( all-pairs testing) means that for each pair of input variables, every 2-tuple of value combinations is used in the test suite. Tools that generate test cases from input space models [3] [4] [5] often use a "coverage model" that allows for selective tuning of the desired level of N-tuple coverage. References
|
— Preceding unsigned comment added by CornutumProject ( talk • contribs) 22:12, 18 October 2019 (UTC)