软件测试技术总结

软件测试技术总结

百度最近发表了一篇名为《软件测试技术总结》的范文，感觉很有用处，希望大家能有所收获。

篇一：软件测试技术总结公司面试手册最全的类面试题,包括：面试题面试题面试题面试题面试题面试题:面试题面试题#面试题数据库：数据库面试题面试题面试题面试题网络：网络技术面试题网络安全面试题开发：面试题开发面试题：面试题面试题软件测试：软件测试面试题其他类：英语面试外企面试面试题程序员面试更多面试题请访问：软件测试技术总结软件测试就是为了发现程序中的错误而分析和执行程序的过程。

——概念+基本知识+软件开发过程-定义-计划-实现-稳定化-部署一、软件开发模型(四种典型的模型)、瀑布模型概述：包括计划，需求分析，设计，编码，测试，运行维护六个阶段。

六个阶段自上而下、相互衔接，以固定的次序进行。

特点：阶段的顺序性和依赖性；文档驱动；推迟实现的观点；质量保证。

缺点：不适合需求模糊的系统、原型模型概述：先建立一个能够反映用户需求的原型系统，使得用户和开发者可以对目标系统的概貌进行评价和判断，然后对原型系统进行反复的扩充、改进、求精，最终建立符合用户需求的目标系统。

特点：快速开发工具；循环；低成本。

分类：按照对原型的处理方式，可以分为渐进型和抛弃型。

、增量模型概述：在增量模型中每个阶段都生成软件的一个可发布版本，最全面的范文写作网站阶段交错进行，版本逐渐完善。

同原型模型的最大区别在于，在原型模型中每个阶段发布一个原型而在增量模型中则完成一个正式版本。

、螺旋模型概述：适用于大型软件的开发，它将瀑布模型和快速原型模型结合起来，并加入了风险分析。

特点：每个阶段都包括制定计划，风险分析，实施工程，评审四个阶段；开发过程迭代进行，每迭代一次螺旋线增一周，工程前进一个层次，系统生成一个新版本，投入新的时间成本，最终得到客户满意的版本。

-软件测试从需求开始：现代的软件测试将测试渗入到软件开发的各个阶段，即使瀑布模型，表面看测试工作是在测试阶段开始的，事实上，在计划、需求、设计阶段，测试人员便已经开始了他们的工作，如：了解软件需求，编写测试计划，搭建测试环境。

二、测试用例、三要素：前提条件和操作步骤、预期结果、实际结果。

、必须以需求为依据。

三、软件测试分类、是否关注软件结构和算法-黑盒测试：基于软件需求的测试方法。

-白盒测试：基于软件内部设计和程序实现的测试方法。

、是否执行被测试软件-动态测试：在测试过程中执行被测试软件的测试方法。

-静态测试：------------不----------------------。

、百度基于不同的测试阶段：、单元测试：主要测试软件的单元模块，需要编写额外的测试驱动程序，采用白盒测试的方法，一般由开发人员完成。

、集成测试：将一些构件集成在一起时测试他们是否能正常运行，构件可以是程序模块，也可以是客户机-服务器程序等，需要编写测试仿真程序，采用白盒和黑盒相结合的方式，通常由开发人员承担。

、系统测试：测试软件系统是否符合所有的需求，包括功能性测试和非功能性测试。

一般由独立的测试人员完成，通常采用黑盒测试方法。

、验收测试：(α、β)与系统测试类似，但由客户或最终用户执行，测试软件是否符合需求规格说明书。

、回归测试：指在软件开发过程中，每次错误被修正后或软件的功能、环境发生变化后进行的测试。

四、软件测试的三个步骤：、测试计划：测试人员首先对需求进行分析，最终定义一个测试集合，通过刻画和定义测试发现需求中的问题，然后根据软件需求同测试主管制定并确认测试计划。

、测试设计和开发：软件测试人员根据软件需求和软件设计说明书完成测试用例的设计和必要的测试驱动程序的开发。

、执行测试：需要做的工作包括搭建测试环境、运行测试、记录测试结果、报告软件缺陷、跟踪软件缺陷、分析测试结果，必要时进行回归测试。

五、测试工程师的能力要求：、-/'/接受管理，有条理的-/'/了解正确的测试技术-/'/专注于发现问题范文写作-/'/注意细节-/'/能够和开发人员很好的交谈、职业素质-责任心-学习能力-怀疑精神-沟通能力-专注力-洞察力-团队精神-注重积累六、制定测试计划的五个步骤：、分析和测试软件需求、定义测试策略、定义测试环境、定义测试管理、编写和审核测试计划如果在需求分析阶段发现并结果问题需要花费$，则在设计阶段解决同样的问题需花费$，在编码阶段需$，交付后解决同样的问题需花费$。

——越早测试越好七、在需求分析过程中测试人员需要进行如下工作：)理解需求，参与审核需求文档；)理解项目的目标、限制，了解用户的应用背景；)编写测试计划；)准备测试资源。

八、需求测试-需求测试测试的对象是主意而不是代码，针对文档进行测试。

九、好的需求文档的特征、具有清晰的格式和文档结构、需求的内容正确、需求的内容完整、需求具有可行性需求的必要性、对不同的需求优先等级进行定义、描述明确、可证性和可测试性、范文可修改性-可追踪、需求文档被及时十、需求测试内容、需求文档是否符合公司的格式要求、是否正确、要保证需求文档中所描述的内容是真实

可靠的、这是真正的需求吗？描述的产品是否是要开发的产品？、需求是否完备？第一个发布的版本是否需要更多的功能？列出的需求可以减少一部分？、需求是否兼容？需求有可能是矛盾的。

、需求是否可实现？如：需求设想的设备是否比实际运行的要快？需求要求的内存、/设备是否太多？需求的输入或输出设备要求的分辨率是否要求过高？、需求是否合理？在开发进度、开发费用、产品性能、可靠性和内存使用之间存在着平衡关系。

、需求是否可测？对于软件测试人员来说判断需求是否可测是这个过程中最重要的工作。

十一、需求测试方法、复查、走查、审查十二、测试策略的内容、确定测试范围软件是无法被完全测试的、确定测试方法不同的系统需要不同的测试方法、定义测试标准入口标准，暂停和继续的标准，出口标准等十三、软件测试结束的标准-基于测试用例的使用规则)构造测试用例（由相关人员进行评审）)执行测试用例中，当测试用例的不通过率达到%则拒绝继续测试，思想汇报专题待开发人员修正软件后再继续。

)当功能性测试用例通过率达到%，非功能性测试用例通过率达到%时，允许正常结束。

-基于测试期缺陷密度规则---------含义：对软件测试一个小时发现的缺陷数，比较适用于系统测试-基于运行期缺陷密度规则---------含义：把软件运行一个小时发现的缺陷数，比较适用于验收测试注：一个阶