笔者从自己的学习过程中整理的资料.
单元测试:完成对最小的软件设计单元–模块的验证工作,只有在保证模块作为
一个独立运行单元能够正确运行的条件下,后续的测试才能进行单元测试通常情况下是面向白盒的.
集成测试:把经过单元测试的模块按软件结构组合在一起作为一个系统或一个子系统来综合测试.
系统测试:测试软件系统和其他的系统元素(以及硬件,数据库和人机交互信息)组合构成完整的计算机应用配合是否合适以及整个系统的功能,性能,执行强度,安全性等是否达到规定标准.
验收测试:根据产品规格说明书严格检查产品,确保开发的软件产品符合用户的各个方面要求.
软件测试由一系列活动组成,软件测试过程,模型用同于
定义软件测试的流程和方法.
正如开发过程的质量决定软件质量一样,测试过程的质量将直接影响测试结果的准确性和有效性.
等价类划分:它是用黑盒测试法设计测试用例的一种技术。它是将程序(或者模块)输入定义域中的所有可能的输入数据(含有效和无效)划分成若干个等价类,每一类的一个代表性的数据在测试中的作用,就等价于这一类中的所有其他数据。
也就是说,如果某一天的一个用例发现了错误,这一等价类中的所有其他用力也能发现同样的错误.反之依然.借以实现测试的经济型,大大减少测试的工作量.
等价类是指某个输入域的子集合,在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.等价类划分法是一种重要的,常见的黑盒测试方法,它将不能穷举测试过程合理分类,从而保证设计出来的测试用例具有完整性和代表性.
有效等价类,软件规格说明而言,是有意义的,合理的输入数据所组成的集合,利用有效等价类,能够检验程序是否是实现了规格说明中预先规定的功能和性质.
无效等价类:是指对软件规格而言,是无意义的,不合理的输入数据所构成的集合.利用无效等价类,可以鉴别对像的功能和性能的实现是否有不符合对象的功能和性能的实现是否有不符合规格说明要求的地方.对于具体的问题,无效等价类至少应有一个,也可能有多个.大量的故障往往发生在输入定义域或输出值域的边界上,而不是在其内部。因此,针对各种边界情况设计测试用例,通常会取得很好的测试效果。
判定表法,也叫决策树,判定表是分析和表达多逻辑条件下执行不同操作的工具.
在一些数据处理问题中,某些操作的实施依赖多个逻辑条件的组合,针对不同逻辑条件的组合,分别执行不同的操作.判定表很适合处理这类问题.
因果图产生的背景:
等价类划分法和边界值的分析方法的都是着重考虑输入条件,但没有考虑输入条件的各种组合,输入条件之间的相互制约关系.这样虽然各种输入条件出错的情况测试到了,但多个输入条件组合起来可能出错的情况却被忽视.
白盒测试是基于程序的测试,检测产品的内部结构是否合理内部操作是否按规定执行.覆盖测试与路线测试是其两大基本策略.
覆盖测试:是利用程序的逻辑结构设计相应的测试用例,测试人员要深入了解被测程序的逻辑结构特点,完全掌握源代码的流程,才能设计出恰当的用例.
因果图方法能够有效的检测输入条件的测试的各种组合可能引起的错误.
单元测试是在编码阶段进行的测试,它是整个测试工作的基础.aa
软件测试过程的测试活动有测试计划1,测试设计,测试实施,测试执行,缺陷跟踪,测试评估.
测试用例设计,测试过程设计,设计驱动和稳定.
软件测试风险是指软件测试过程出现的或潜在的问题.