《软件测试面试笔试题2-6》.doc

?  ,可能导致本模块以及其他相关模块异常,死机等问题;  ,问题局限在本模块,导致模块功能失效或异常退出  ,模块功能部分失效;  ,由问题提出人对测试对象的改进意见; 附加:软件缺陷的分类与管理在软件缺陷中还有一种分法,跟据缺陷内容来分,主要分为需求Bug与程序Bug,对于这种分法的好处就是明确了Bug处理的责任人。对于程序Bug我们都知道是由相关开发人员进行处理。下面主要讨论一下需求Bug,需求Bug从名称上来就知道是要交由需求人员进行处理,可怎么处理,怎样在处理的过程中有效的让这些创意得到体现。现在我们都有Bug管理系统,这时我们的测试人员将需求Bug不是提交给程序员,而是提交给需求分析人员,由他们进行处理,不过这里我想强调的是对需求Bug的定位,如果这个Bug在软件需求说明书中明确提到了,这时就不可能定位它为需求Bug,它是必需让程序员实现的,称为软件功能缺陷,提交由程序员进行处理。但如果需求说明书没有明确提到的,,还需要进行白盒测试吗?(白盒与黑盒的区别)  任何工程产品(注意是任何工程产品)都可以使用以下两种方法之一进行测试。   黑盒测试:已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。   白盒测试:已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否以经过检查。  软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书,检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误:  1、是否有不正确或遗漏的功能?   2、在接口上,输入是否能正确的接受?能否输出正确的结果?  3、是否有数据结构错误或外部信息(例如数据文件)访问错误?  4、性能上是否能够满足要求?  5、是否有初始化或终止性错误?  软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子,它允许测试人员利用程序内部的逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑路径进行测试。通过在不同点检查程序状态,确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查:   1、对程序模块的所有独立的执行路径至少测试一遍。  2、对所有的逻辑判定,取“真”与取“假”的两种情况都能至少测一遍。  3、在循环的边界和运行的界限内执行循环体。  4、测试内部数据结构的有效性,等等。  以上事实说明,软件测试有一个致命的缺陷,即测试的不完全、不彻底性。由于任何程序只能进行少量(相对于穷举的巨大数量而言)的有限的测试,在未发现错误时,不能说明程序中没有错误。      测试退出标准为完成测试需求中列出的所有功能及测试过程中发现缺陷的回归测试。      1) 单元测试用例设计已经通过评审    2) 核心代码100%经过CodeReview    3) 单元测试功能覆盖率达到100%