测试方法，大家随便谈

[realmud]

有人请我帮忙作个软件测试，只要寻找使用中Bug，不要求看代码，大家看看有什么好的测试方法，正规的或者变态的都可以在这里谈谈。。。

[emoto88]

有两点,必须知道软件测试的种类,必须知道BUG的定义.

[funly]

既然不要求看代码.那当然就是用黑盒子测试方法了.

[zd1233]

那要看软件的复杂程度如何了。
如果是比较简单的，只要抓住各主要的功能点，不需要写plan、case，但应尽量全面些。
复杂的就要麻烦些，最好做完整的测试：
1、测试计划
2、测试用例
3、测试记录报告
4、测试问题报告
5、测试评估报告
虽然没有完美的软件，但我们测试工作就可以让她变的尽量完美些，这就需要不断的测试、报告、修正、ag测试，然而我们就在其中体会着happy~~~

[joylizhe]

这个很简单的了。先要看你是什么软件。在测试时你要以用户的心态来测试。对于每个按键你都要考虑一个， 他有几种情况存在，每都情况都要测试到。当然还有各种组合等。 我不知你要不要测试兼容性等。

[LiwuxLiang]

要测试一个东西（测试对象），首先要明确测试需要覆盖的内容。比方说，要知道测试对象的被测‘功能’，‘性能’等。这些将成为测试对象是否合格的标准。
再次，要知道如何使用这些功能，否则测个屁对不对。
当然，如果对测试用例的编制有用的话，最好能够知道原理，或者一些实现细节。
对了，说到用例，如果覆盖内容比较多，用例是必需的。否则随着测试进程的发展，你会忘了拿些事情已经作过，那些没有作过。
用例的编制要详细，非常详细，但要避免重复。也就是说尽量避免不同的用例重复了同样的内容。
测试是一个很有意思的工作，耐心去作，无论被测对象顺利通过测试，还是找出一堆bug，都会很有成就感。

[termite]

automatic test together with validation

[thedoors]

最重要的一点是：
把文档摸透
要是没有文档或是需求不好
就根本不用测也没法测

黑合测试核心就是一个“测试用例”
好的文档和对需求的理解才可能设计出优秀的测试用例发现问题