In looking at the source for unittest.TestCase I was very surprised to see quite a few assertion methods that are not included in the module documentation. Every available assertion method should be included in the library documentation. Users should not have to look at the source to see what's available — in fact, why would it even occur to the typical user to do that?

Also, I think the phrase "provides several assert methods to check for and report failures" is an understatement — it provides MANY assert methods.

I think "assertion method" is a better term than "assert method".

If you are looking at the source, you can look at the source.  If you are looking at the documentation, we believe they are all documented.  If you use pydoc/help, they are all documented.

I can't find the phrase you cite, but 'assert methods' is correct: all of the method names start with the word 'assert'.

If there are specific methods you think are *not* in the library reference that you think should be, please give examples.  I suspect they will turn out to be internal helper functions.

My strong apology. I missed a section of the documentation. It didn't seem possible that they weren't there, but I made a mistake when I checked for them. Sorry.

> On Jul 12, 2016, at 9:15 PM, R. David Murray <report@bugs.python.org> wrote:
> 
> 
> R. David Murray added the comment:
> 
> If you are looking at the source, you can look at the source.  If you are looking at the documentation, we believe they are all documented.  If you use pydoc/help, they are all documented.
> 
> I can't find the phrase you cite, but 'assert methods' is correct: all of the method names start with the word 'assert'.
> 
> If there are specific methods you think are *not* in the library reference that you think should be, please give examples.  I suspect they will turn out to be internal helper functions.
> 
> ----------
> nosy: +r.david.murray
> 
> _______________________________________
> Python tracker <report@bugs.python.org>
> <http://bugs.python.org/issue27504>
> _______________________________________

No problem.  Personally I'd like to see a table of all of them at the top; however, that wasn't the decision that was made in issue 9796 when the tables were added.