剖析软件测试过程和V模型

时间:2022-12-28 21:11:06

1、v模型对错探讨?

               需求分析                                                系统测试

                      概要设计                                 集成测试

                              详细设计               单元测试

                                                编码

                                               

2、软件需求是什么?

        (1)用户解决问题或达到目标所需条件或权能(Capability)。 (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 (3)一种反映上面(1)或(2)所述条件或权能的文档说明

3、软件需求获取的3个层次?

 1、用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务,这在使用实例(use case)文档或方案脚本(scenario)说明中予以说明。

2、业务需求( business requirement)反映了组织机构或客户对系统、产品高层次的目标要求,它们在项目 视图与范围 文档中予以说明。

3、功能需求(functional requirement)定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求。

 

4、概要设计和详细设计都做了些什么?

概要设计的主要任务是把需求分析得到的DFD转换为软件结构数据结构。设计软件结构的具体任务是:将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。

详细 设计软件工程软件开发的一个步骤,就是对 概要设计的一个细化,就是详细设计每个模块实现算法,所需的局部结构。

5、编码先还是单元测试先?

单元测试(unittesting),是指对软件中的最小可测试单元进行检查和验证。集成测试发要追溯到设计阶段。当设计数据接口(DB,XML等)、组件接口、应用接口(API)之时,我们就要审查接口的规范性、一致性等,就已经开始了集成测试。

 

6、集成测试和系统测试怎么做?

集成测试阶段,测试方法是动态变化的,从白盒测试方法向黑盒测试方法逐渐过渡。在自底向上集成的早期,白盒测试方法占较大的比例,随着集成测试的不断深入,这种比例在测试过程中将越来越少,渐渐地,黑盒测试慢慢占据着主导地位。

  集成模式是软件集成测试中的策略体现,其重要性是明显的,直接关系到测试的效率、结果等,一般要根据具体的系统来决定采用哪种模式。集成测试基本可以概括为以下两种:

  ● 非渐增式测试模式:先分别测试每个模块,再把所有模块按设计要求一次全部组装起来所要的系统,然后进行整体测试。

  ● 渐增式测试模式:把下一个要测试的模块同已经测试好的模块结合起来进行测试,测试完以后再把下一个模块结合进来测试。

 

7、系统测试和验收测试的区别?

系统测试,英文是System Testing。是将已经确认的 软件计算机硬件外设、网络等其他元素结合在一起,进行信息系统的各种 组装测试确认测试,系统测试是针对整个产品系统进行的测试,目的是验证系统是否满足了需求规格的定义,找出与需求规格不符或与之矛盾的地方,从而提出更加完善的方案。系统测试发现问题之后要经过调试找出错误原因和位置,然后进行改正。是基于系统整体需求说明书的黑盒类测试,应覆盖系统所有联合的部件。对象不仅仅包括需测试的 软件,还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。
验收测试, 系统开发生命周期方法论的一个阶段,这时相关的用户和/或独立测试人员根据 测试计划和结果对系统进行测试和接收。它让 系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制。