单元测试方法测试方法有哪些，各有什么优缺点？

进行单元测试的原则是什么?

1、每次只对一个对象进行UT测试（unit-test one object at a time）。

这样能使你尽快发现问题，而不被各个对象之间的复杂关系所迷惑。

2、给测试方法起个好名字（choose meaningful test method names）。

应该是用形如testXXXYYY()，这样的格式来命名你的测试方法。

XXX应该是你测试 的方法名，YYY应该是你测试的状态。

当然如果你只有一种状态需要测试可以直接命名为testXXX()。

3、明确写出出错原因（explain the failure reason in assert calls）。

在使用assertTrue,assertFalse,assertNotNull,assertNull方法时，应该将可能的错误的描述 字符串，以第一个参数传入相应的方法。

这样你可以迅速的找出出错原因。

4、一个UT测试方法只应该测试一种情况（one unit test equals one testMethod）。

一个方法中的多次测试，只会混乱你的测试目的。

5、测试任何可能的错误（test anything that could possibly fail）。

你的测试代码不是为了证明你是对的，而是为了证明你没有错。

因此对测试的范围要全面，比如边界值、正常值、错误值；对代码可能出现的问题要全 面预测。

6、让你的测试帮助改善你的代码（let the test improve the code）。

测试代码永远是我们代码的第一个用户，所以不仅让他帮组我们发现Bug,还要帮组我们改善我们的设计，就是有名的测试驱动开发（Test-Driven Development，TDD）。

7、一样的包，不同的位置（same package, separate directories）。

测试的代码和被测试的代码应该放到不同的文件夹中， 这样可以让两份代码使用一样的包结构，但是放在不同的目录下。

软件测试方法的单元测试

单元测试，英文是Unit Testing。

单元测试是最微小规模的测试;以测试某个功能或代码块。

典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。

这个工作不容易做好，除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。

常见的测试用例设计方法都有哪些

1. 等价类划分 常见的软件测试面试题划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 2. 边界值分析法 边界值分析方法是对等价类划分方法的补充。

测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 3. 错误推测法 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结。

还有, 输入数据和输出数据为0的情况。

输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。

可选择这些情况下的例子作为测试用例. 4. 因果图方法 前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 5. 正交表分析法 有时候，可能因为大量的参数的组合而引起测试用例数量上的激增，同时，这些测试用例并没有明显的优先级上的差距，而测试人员又无法完成这么多数量的测试，就可以通过正交表来进行缩减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。

6. 场景分析方法 指根据用户场景来模拟用户的操作步骤，这个比较类似因果图，但是可能执行的深度和可行性更好。

白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。

不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题 详细的描述一个测试活动完整的过程。

1. 项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功

软件测试方法的分类有哪些

1）按照测试技术划分 黑盒测试：功能测试，必须 白盒测试：逻辑结构测试，代码的逻辑、算法、结构是否正确，要求必须懂得代码，需要编写测试用例，可选 灰盒测试：介于中间 注意：在单元测试时，白盒应用相对较多，在集成测试时，灰盒测试应用相对较多，在系统、验收测试时一般就不会使用白盒测试和灰盒测试了。

2）按是否需要运行代码划分 静态测试：界面测试，文档测试，代码测试【重点关注代码的规范性，一般检查变量的命名，注释的频率，编程的规范性，不需要写测试用例，一般只需要有代码审查单】 注意：一般经常把白盒测试和静态测试的要素结合在一起，形成静态白盒测试 动态测试：运行程序进行检查，检查实际输出结果和预期结果是否相符 3）按软件特性分类 功能测试 性能测试

测试方法有哪些，各有什么优缺点？

展开全部 1、恢复测试 　　恢复测试主要检查系统的容错能力。

当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。

恢复测试首先要采用各种办法强迫系统失败，然后验证系统是否能尽快恢复。

对于自动恢复需验证重新初始化（reinitialization）、检查点(checkpointing mechanisms)、数据恢复(data recovery)和重新启动 (restart)等机制的正确性；对于人工干预的恢复系统，还需估测平均修复时间，确定其是否在可接受的范围内。

2、安全测试 　　安全测试检查系统对非法侵入的防范能力。

安全测试期间，测试人员假扮非法入侵者，采用各种办法试图突破防线。

例如，①想方设法截取或破译口令；②专门定做软件破坏系统的保护机制；③故意导致系统失败，企图趁恢复之机非法进入；④试图通过浏览非保密数据，推导所需信息，等等。

理论上讲，只要有足够的时间和资源，没有不可进入的系统。

因此系统安全设计的准则是，使非法侵入的代价超过被保护信息的价值。

此时非法侵入者已无利可图。

3、强度测试 　　强度测试检查程序对异常情况的抵抗能力。

强度测试总是迫使系统在异常的资源配置下运行。

例如，①当中断的正常频率为每秒一至两个时，运行每秒产生十个中断的测试用例；②定量地增长数据输入率，检查输入子功能的反映能力；③运行需要最大存储空间（或其他资源）的测试用例；④运行可能导致虚存操作系统崩溃或磁盘数据剧烈抖动的测试用例，等等。

4、 性能测试 　　对于那些实时和嵌入式系统，软件部分即使满足功能要求，也未必能够满足性能要求，虽然从单元测试起，每一测试步骤都包含性能测试，但只有当系统真正集成之后，在真实环境中才能全面、可靠地测试运行性能系统性能测试是为了完成这一任务。

性能测试有时与强度测试相结合，经常需要其他软硬件的配套支持。