• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer

Satisfice, Inc.

Software Testing for Serious People

Rapid Software Testing A Context-Driven Methodology
  • Home
  • About
    • Privacy Policy
  • Methodology
    • Exploratory Testing
    • Reasons to Repeat Tests
  • Consulting
  • Classes
    • James Bach’s Testing Challenge
    • Testimonials
    • RST Courses Offered
    • Testers and Automation: Avoiding the Traps
    • Rapid Software Testing Explored
    • Rapid Software Testing Applied
    • Rapid Software Testing Managed
    • Rapid Software Testing Coached
    • Rapid Software Testing Focused: Risk
    • Rapid Software Testing Focused: Strategy
  • Schedule
  • Blog
  • Contact
  • Resources
    • Downloads
    • Bibliography: Exploratory Process
    • Bibliography: Risk Analysis
    • Bibliography: Coaching
    • Bibliography: Usability
    • Bibliography: My Stuff From IEEE Computer and IEEE Software Magazines
    • Bibliography: The Sociology of Harry Collins

Unambiguous Definition

Published: June 16, 2007 by James Bach 8 Comments

I found this gem in the FDA Glossary of Computerized System and Software Development Terminology:

“unambiguous. (1) Not having two or more possible meanings. (2) Not susceptible to different interpretations. (3) Not obscure, not vague. (4) Clear, definite, certain.”

Strangely, their glossary does not define ironic.

Filed Under: Language

Reader Interactions

Comments

  1. Cem Kaner says

    17 June 2007 at 3:22 am

    All natural language carries ambiguity. Most or all words have multiple meanings. Even when we have context information that can disambiguate most words, Cecile Spector, Saying One Thing, Meaning Another publishes an excellent book on ambiguity in natural English.

    To write unambiguously, write in an artificially simplified language, such as Z.

    [James’ Reply: If we all spoke and wrote in Z, we would be able to communicate unambiguously, but we would no longer be able to say much that was important while also being true and complete…]

    Reply
  2. Michael Bolton says

    17 June 2007 at 6:59 pm

    All natural language carries ambiguity.

    Isn’t it also the case that, per Godel, all formal languages are either ambiguous (inconsistent) or incomplete? If so, the Holy Grail of the complete, unambiguous specification would disprove Godel’s Theorem, right?

    —Michael B.

    [James’ Reply: I believe it’s incomplete, not ambiguous. Incomplete means that some statements that are true in the formal language are impossible to prove.] 

    Reply
  3. Ben Simo says

    18 June 2007 at 1:01 pm

    (1) Not having two or more possible meanings. (2) …

    LOL! This may be worse than my frequent complaint about dictionary definitions that contain the word being defined.

    All natural language carries ambiguity.

    Does this then mean that there is no such thing as unambiguous?

    To write unambiguously, write in an artificially simplified language, such as Z.

    Doesn’t simplification increase ambiguity? When I think of simplifying language, I think of reducing the size of the vocabulary. Doing this requires that our fewer words model the same ideas as the larger vocabulary, or that we decide that things not specified will not be communicated. Either way, communication is hurt instead of helped. Plus, any time we involve human beings, there will be ambiguity because we will translate any language model into ideas. That translation process is influenced by each individual’s experience.

    Ben Simo
    http://QualityFrog.com

    Reply
  4. Scott Barber says

    19 June 2007 at 11:51 am

    This is why I am a huge fan of using both words and pictures. I try to keep both simple. I try to make both obvious and intuitive. Sometimes I do a good job, sometimes I don’t, but rarely do I capture the same ambiguity in both the text and the picture. If nothing else, this makes it much more likely that folks will be able to identify areas that are ambiguous (or confusing, or incomplete) to them. My hope is that shortly after that identification come the questions. 🙂

    Scott

    —

    Scott Barber
    President & Chief Technologist, PerfTestPlus, Inc.
    Executive Director, Association for Software Testing
    http://www.perftestplus.com
    http://www.associationforsoftwaretesting.org

    “If you can see it in your mind…
    you will find it in your life.”

    Reply
  5. Danny Faught says

    20 June 2007 at 8:32 am

    It’s a question of rounding. Something can be more or less ambiguous. Lacking a useful scale to measure ambiguity, we round off to either ambiguous or unambiguous. 🙂

    Except we don’t always agree on which way to round.

    Another lesson to take from the definition – sometimes the harder we try to clarify, the more muddy the message becomes.

    Reply
  6. Michelle Taylor says

    12 July 2007 at 10:27 am

    Ben Simo asked: Doesn’t simplification increase ambiguity?

    Simplification of encoding, given the same domain of ideas that are meant to be expressable in the language, increases ambiguity.

    The obvious way to decrease ambiguity is to reduce the problem space – reduce the concepts that are expressible in the language to a set which can be unambiguously expressed because the number of concepts is finite (and small enough that there can be one term per concept without making the terms too easily confused with each other).

    (Hence you can’t unambiguously express very much in a language that people have to be able to understand, compared to how much you can express well enough for many purposes in an ambiguous language, because people are generally better at coping with ambiguity than keeping straight a large number of precise details.)

    Reply
  7. Ben Simo says

    17 July 2007 at 11:41 pm

    Michelle,

    Exactly. Simplifying language either increases ambiguity or reduces the problem space. Your comment reminded me of something I recently read about Rudolf Carnap’s attempts to reduce language to logical syntax. Carnap reported that when he and other members of the Vienna Circle attempted to communicate with the rules he defined, they found it lacking: “…we appointed one of us to shout “Mâ€? (for metaphysics) whenever an illegitimate sentence was uttered in our discussion. He was shouting “Mâ€? so much that we got sick of it and got him to shout “not-Mâ€? whenever we said something legitimate.”

    I believe that this central problem in translating human thought (mental models) to some simplified explicit language for processing my machines ensures that we software testers will never need to worry about being made obsolete.

    Ben

    Reply
  8. Helena Leipnik says

    13 August 2007 at 3:56 pm

    Sorry laughing far too much to enter into the debate. The word Ironic says it all.

    I wonder how many definitions there are for clarify???

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Primary Sidebar

Search

Categories

  • About Me (17)
  • Agile Methodology (14)
  • AI and Testing (4)
  • Automation (20)
  • Bug Investigation and Reporting (9)
  • Buggy Products (24)
  • Certification (10)
  • Context-Driven Testing (44)
  • Critique (46)
  • Ethics (22)
  • Exploratory Testing (34)
  • FAQ (5)
  • For Newbies (25)
  • Heuristics (28)
  • Important! (20)
  • Language (35)
  • Management (20)
  • Metrics (3)
  • Process Dynamics (27)
  • Quality (8)
  • Rapid Software Testing Methodology (23)
  • Risk Analysis (13)
  • RST (5)
  • Scientific Method (3)
  • Skills (30)
  • Test Coverage (8)
  • Test Documentation (8)
  • Test Oracles (5)
  • Test Reporting (11)
  • Test Strategy (26)
  • Testability (4)
  • Testing Culture (96)
  • Testing vs. Checking (18)
  • Uncategorized (12)
  • Working with Non-Testers (7)

Blog Archives

Footer

  • About James Bach
  • Satisfice Blog
  • Bibliography: Bach on IEEE
  • Contact James
  • Consulting
  • Privacy Policy
  • RST Courses
  • RST Explored
  • RST Applied
  • RST Managed
  • RST Coached
  • RST Focused: Risk
  • RST Focused: Strategy
  • RST Methodology
  • Exploratory Testing
  • Testing Training
  • Resources
  • Bibliography: Exploratory
  • Bibliography: Risk Analysis
  • Bibliography: Coaching
  • Bibliography: Usability
  • Bibliography: The Sociology of Harry Collins
  • Schedule
  • Upcoming Public Classes
  • Upcoming Online Classes
  • Public Events
  • Tester MeetUps

Copyright © 2025 · News Pro on Genesis Framework · WordPress · Log in