所以这些与其他测试之间有什么不同之处？我将用例子来回答这个问题：
假设一个测试人员创建了一组域测试并保存之以便于复用。这是域测试还是回归测试？
在创建测试时如果测试人员主要考虑区分变量，并找到最具代表性的一个时，我认为它是主要是域测试。
如果测试人员主要考虑创建一个复用测试集合的话，我认为它主要是回归测试。
如果是第一次设计的回归测试，那他们应该是有力的、可靠的等等。但是，在一个测试多次运行并通过之后，程序不可能在下一次测试时失败，除非发生了较大的变更或者部分代码变更直接参与了这个测试。因此，多数情况下，回归测试会产生很小的信息价值。
一个好的回归测试是为复用设计的。它是完全文档化的和可维护的。（建议：提高GUI级测试的可维护性，参见Graham & Fewster,1999;Kaner,1998; Pettichord,2002,以及www.perrichord.com上的论文）。
如果变更减少了程序进行回归测试在功能或范围上的错误，那么一个设计的好的回归测试可能会失败。
用户测试
用户测试是由用户进行的，不是由伪装成用户的测试人员进行的，不是由秘书或者执行者伪装成测试人员、用户进行的。用户是使用最终产品的人。
用户测试是由用户或测试人员或其他人（有时甚至是顾客软件合同中接受测试的律师）设计的。用户测试的集合可能包括边界值测试、压力测试或任何其他类型的测试。
设计的有的用户测试是只由用户执行他们并报告程序是否通过这些测试的细节。如果你的目的是提供一个周密的、没有任何显示错误事件机会的系统脚本示例，那么这是设计测试的一个好方法。
如果你的目的是发现用户在系统实际使用中会遇到的问题，那么你的工作就比较难了。
Beta测试通常是简单的、有效的用户测试，但是实际上它们是非常难管理的，并且不会产生大量的信息。关于beta测试的一些建议，请参见Kaner,Falk & Nguyen(1993).
一个好的用户测试，在给用户提供足够的结构来报告结果的有效性时，必须给用户的认知活动有足够的余地（在某种程度上有助于读者理解和解决问题）。
用户测试中发现的故障一般是可靠的和有目的的。少数用户会执行特别有力度的测试。但有些用户会把程序放到复杂的情形下运行。
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51Testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
