1 / 21
文档名称:

软件测试总结.doc

格式:doc   大小:38KB   页数:21页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件测试总结.doc

上传人:raojun00001 2020/8/16 文件大小:38 KB

下载得到文件列表

软件测试总结.doc

文档介绍

文档介绍::由人工或自动方法来执行或评价系统或系统部分的过程,以验证它是否满足规定的需求,或识别出期望的结果和实际结果之间的差异。:测试对象或范围分类:需求评审、设计评审、单元测试、程序测试、系统测试、文档测试、Web应用测试、客户端测试、数据库测试等;测试目的分类:集成测试、功能测试、压力测试、性能测试等等;静态测试、动态测试;白盒测试、黑盒测试。:测试用例设计-输入数据、预期结果;测试执行-输入数据执行被测对象;检查实际输出与预期结果。基本原则:开始测试时认定软件有错,测试要证明有错;测试应该由独立的测试团队来完成;测试设计必须设计对应的预期输出;要对合理、不合理(有效、无效)输入数据都进行测试;检查软件的完备性、多余;完整保留测试文档;一个被测对象中有错误的概率与已发现错误的个数成正比。:0级:没有区分测试与调试;1级:测试的目的是证明软件能用;2级:测试的目的是证明软件不能用;3级:测试的目的不是为了证明什么,而是为了降低软件使用风险;4级:测试是一种智能训练,能够帮助专业人员开发出更高质量的软件。,软件过程的关系:软件工程:在给定的条件下(成本、时间)开发出高质量的软件产品。软件生产过程的特性决定了软件产品中不可避免包含有错误。软件测试则是尽可能多地发现错误,从而保障软件产品的质量。:产品修改:可维护性,灵活性,可测试性产品转移:可移植性,可复用性,互操作性产品运行:正确性,易用性,可靠性,效率,:存在价值软件产品无法完美:需要消耗过多的资源、时间、成本软件开发需要在两个极端之间进行平衡:软件足够好的同时又不完美。、质量保证和质量管理软件质量控制其实是基本方法,通过一系列的技术来科学地测量过程的状态。如缺陷率、测试覆盖率等。软件质量保证则是过程的参考、指南的集合,如ISO9000、CMM/CMMI等,着重内部的检查,确保已获取认可的标准和步骤都已经遵循。软件质量管理则是实际操作的思想,质量管理控制和协调组织的质量活动,包括质量控制、质量保证和质量改进。:网络密集型应用;并发性;大负载量;性能;高可靠性、高可用性;安全性-内容敏感;,评审度量及其应用评审的目标在于:尽早发现软件过程中的错误,防止错误传递、蔓延至后续活动,防止错误转化为缺陷。准备工作量Ep-实际评审会之前所需工作量;评估工作量Ea-实际评审所花费的工作量返工工作量Er-修改评审所发现错误的工作量工作产品规模WPS-评审对象的规模发现的主要错误数Errmajor-多于预期的改错工作量的错误数目发现的次要错误数Errminor-少于预期的改错工作量的错误数目总评审工作量Ereview=Ep+Ea+Er错误总数Errtot=Errmajor+Errminor错误密度:评审的每单位工作产品发现的错误数Ed=Errtot/WPS错误密度数值的含义:较小(产品质量非常好或评审不够彻底);较大(产品质量存在缺陷):描述对计算机软件配置项、子系统、系统进行测试的计划安排,内容包括测试的环境、测试工作的标识及测试工作的时间安排。软件测试报告:是对计算机软件配置项、软件系统或子系统,(测试分析员)测试设计(测试设计人员)-方案设计测试及测试用例设计测试过程桩模块、驱动模块设计测试实施(测试设计员)-实现测试设计单元测试(测试员)集成测试(测试员)系统测试(测试员)评估测试(测试设计人员):连接性:节点ni、nj是连接的,当且仅当ni、nj在同一条路径上。组件:图的组件是相连节点的最大集合图G的圈复杂度V(G)=e-n+2p,其中e为G的边数,n为节点数,p为组件数。:给定一个关于图G的准则C的测试需求集合TR,测试集合T在图G上满足准则C当且仅当对TR中每个测试需求tr,path(T)中至少存在一条测试路径p满足tr。简单路径:如果从ni到nj的一条路径中,除了始节点和终节点可以相同外,没有任何节点出现次数多于一次,则该路径为简单路径。主路径:如果从ni到nj是一条简单路径,并且它不作为任何其他简单路径的子路径出现,则称之为主路径。主路径覆盖(PPC)准则:TR包含图中每一条主路径。指定路径覆盖(SPC):TR包含一个测试路径集S,S为指定参数。:根据被测对象的内部结构和运行机制来设计测试用例的方法,又称为结构测试、逻辑驱动测试、覆盖测试被测对象的独立路径至少覆盖一次;所有逻辑取值测试[真