软件测试总结

上传人:时间****91 文档编号:202498308 上传时间:2023-04-22 格式:DOC 页数:7 大小:163KB
返回 下载 相关 举报
软件测试总结_第1页
第1页 / 共7页
软件测试总结_第2页
第2页 / 共7页
软件测试总结_第3页
第3页 / 共7页
点击查看更多>>
资源描述
软件测试1. 软件缺陷的定义:计算机系统或程序中存在的任何一种破坏正常运营能力的问题、错误或者隐藏的功能缺陷、瑕疵。对于软件缺陷的精拟定义,一般有如下条描述:1) 软件未实现产品阐明书规定的功能。2) 软件浮现了产品阐明书指明不会浮现的错误。3) 软件超过实现了产品阐明书提到的功能。4) 软件实现了产品阐明书虽未明确指出但应当实现的目的。5) 软件难以理解,不易使用,运营缓慢或者终端顾客觉得不好。2. 软件测试的定义:软件测试是为了发现程序中的错误而实行的某些措施和手段。3. 软件测试与开发的关系:1) 测试与软件开发各阶段的关系:软件开发过程是一种自顶向下,逐渐细化的过程。而测试过程则是依相反的顺序安排的自底向上,逐渐集成的过程,低一级测试为上一级测试准备条件。此外尚有两者平行地进行测试。一方面对每一种程序模块进行单元测试,消除程序模块内部在逻辑上和功能上的错误和缺陷。再对照软件设计进行集成测试,检测和排除子系统(或系统)构造上的错误。随后再对照需求,进行确认测试。最后从系统全体出发,运营系统,看与否满足规定。2) 测试与开发的并行性:在软件的需求得到确认并通过评审后,概要设计工作和测试筹划制定设计工作就要并行进行。如果系统模块已经建立,对各个模块的具体设计、编码、单元测试等工作又可并行。待每个模块完毕后,可以进行集成测试、系统测试。4. 软件测试的原则:1) 尽早地和不断地进行软件测试。2) 测试用例应由测试输入数据和与之相应的预期输出成果这两部分构成。3) 程序员应避免检查自己的程序。4) 在设计测试用例时,应当涉及合理的输入条件和不合理的输入条件。5) 充足注意测试中的群集现象。6) 严格执行测试筹划。7) 对每一种测试成果做全面检查。8) 保存测试筹划,测试用例,出错记录和最后分析报告。5. 软件测试的目的:1) 测试是程序的执行过程,目的在于发现错误,不能证明程序的对的性,仅限于解决有限种的状况。2) 检查系统与否满足需求,这也是测试的盼望目的。3) 一种好的测试用例在于发现尚未曾发现的错误;成功的测试是发现了错误的测试。6. 软件测试原则如下:1) 揭示错误。2) “质量第一”的思想。3) 建立质量原则。4) 软件项目一启动,软件测试也就开始,而不是等程序写完,才开始进行测试。5) 测试用例是设计出来的,不是写出来的。6) 对发现错误较多的程序段,应进行更进一步的测试。 7. 静态测试:通过对被测程序的静态审查,发现代码中潜在的错误。它一般用人工方式脱机完毕,故亦称人工测试或代码评审8. 动态测试:是通过源程序运营时所体现出来的特性,来进行执行跟踪、时间分析以及测试覆盖等方面的测试。9. 黑盒测试:黑盒测试是一种从顾客观点出发的测试,又称为功能测试,数据驱动测试和基于规格阐明的测试。10. 白盒测试:白盒测试基于产品的内部构造来进行测试,检查内部操作与否按规定执行,软件各个部分功能与否得到充足运用。白盒测试又称为构造测试,逻辑驱动测试或基于程序的测试。1) 语句覆盖:是指设计若干个测试用例,程序运营时每个可执行语句至少被执行一次。2) 判断覆盖:是指设计若干个测试用例,执行被测试程序时,程序中每个判断条件的真值分支和假值分支至少被执行一遍。3) 条件覆盖:是指设计若干个测试用例,执行被测试程序时,序中每个判断条件中的每个判断式的真值和假值至少被执行一遍。4) 判断条件覆盖是指设计若干个测试用例,执行被测试程序时,程序中每个判断条件的真假值分支至少被执行一遍,并且每个判断条件的内部判断式的真假值分支也要被执行一遍。5) 条件组合覆盖是指设计若干个测试用例,执行被测试程序时,程序中每个判断条件的内部判断式的多种真假组合也许都至少被执行一遍。6) 途径覆盖(Path Cvrge):够覆盖程序中所有的也许途径。11. 软件测试复杂性:完全测试是不现实的、软件测试是有风险的、杀虫剂现象、缺陷的不拟定性。12. 软件测试经济性:一是体目前测试工作在整个项目开发过程中的重要地位,二是体目前应当按照什么样的原则进行测试,以实现测试成本与测试效果的统一。影响因素:1) 软件面向的目的顾客2) 也许浮现的顾客数量3) 潜在缺陷导致的影响4) 开发机构的业务能力13. 软件测试的充足性准则有如下几点:1) 对任何软件都存在有限的充足测试集合; 2) 单调性;3) 非复合性;4) 非分解性;5) 软件测试的充足性与软件的需求、软件的实现均有关;6) 复杂性;7) 具有回报递减率。14. 软件测试阶段的输入信息涉及两类:1) 软件配备:指测试对象。一般涉及需求阐明书、设计阐明书和被测试的源程序等;2) 测试配备:一般涉及测试筹划、测试环节、测试用例以及具体实行测试的测试程序、测试工具等。(通过测试的软件项目是开发的输出;最初输入:测试规格阐明书之后一系列规格阐明书都可以作为输入)15. 单元测试的定义:单元测试是对软件基本构成单元进行的测试。单元测试的对象是软件设计的最小单位模块。16. 单元测试的目的:保证各单元模块被对的地编码。17. 驱动模块:相称于被测模块的主程序。它接受测试数据,把这些数据传送给被测模块,最后输出实测成果。桩模块:用以替代被测模块调用的子模块。桩模块可以做少量的数据操作,不需要把子模块所有功能都带进来,但不容许什么事情也不做。18. 集成测试:是根据实际状况对程序模块采用合适的集成测试方略组装起来,对系统的接口以及集成后的功能进行对的校验的测试工作。19. 集成测试的层次1) 模块内集成测试;2) 子系统内集成测试;3) 子系统间集成测试。20. 确认测试:是检查所开发的软件与否能按顾客提出的规定运营。21. 系统测试:是将已经集成好的软件系统,作为整个计算机系统的一种元素,与计算机硬件、外设、某些支持软件、数据和人员等其她系统元素结合在一起,在实际运营环境下,对计算机系统进行一系列的组装测试和确认测试。22. 验收测试:是软件产品完毕了功能测试和系统测试之后,在产品发布之前所进行的软件测试活动,是技术测试的最后一种阶段,通过了验收测试,产品正式进入发布阶段。23. 验收测试的常用方略1) 正式验收2) 非正式验收或 Alpha 测试3) Bea 测试 24. 比较论述黑盒测试和白盒测试的优缺陷。黑盒测试 白盒测试 长处 合用于各个测试阶段;从产品功能角度进行测试;容易入手生成测试数据。可构成测试数据使特定程序部分得到测试;有一定充足性度量手段;可获较多工具支持。 缺陷 某些代码得不到测试; 如果规则阐明有误,无法发现;不易进行充足行测试。 不易生成测试数据; 无法对未实现规格阐明的部分进行测试; 工作量大,一般只用于单元测试,有应用局限性。 性质 一种确认技术,目的是确认“设计的系统与否对的”。一种验证技术,目的是验证“系统的设计与否对的”。 25. 自动售货机26. 实例1运用逻辑覆盖的措施测试程序1f (& 1) thn2z=z*23f (x3| z) then +;27. 测试筹划:一种论述了预定的测试活动的范畴、途径、资源及进度安排的文档。它确认了测试项、被测特性、测试任务、人员安排,以及任何偶发事件的风险。28. 测试文档:记录和描述了整个测试流程,它是整个测试活动中非常重要的文献。29. b网站测试内容:功能测试; 性能测试;安全性测试;可用性/易用性测试; 配备和兼容性测试;数据库测试; 代码合法性测试;完毕测试。30. 功能测试涉及:内容测试、链接测试、表单测试、Coie测试、设计语言测试31. 负载测试作用:负载测试的作用是在软件产品投向市场此前,通过执行可反复的负载测试,预先分析软件可以承受的并发顾客的数量极限和性能极限,以便更好地优化软件。压力测试作用:进行压力测试是指实际破坏一种b应用系统,测试系统的反映。压力测试是测试系统的限制和故障恢复能力,也就是测试We应用系统会不会崩溃,在什么状况下会崩溃。32. 登录测试内容:布局、输入框、页面链接、人数限制、其她细节。33. 自动化测试和手工测试重要区别:手工测试是老式的测试措施,由测试人员手工编写测试用例,缺陷在于测试工作量大,反复多,回归测试难以实现;自动化测试运用软件测试工具自动实现所有或者部分测试工作:管理、设计、执行和报告,自动化测试节省大量的测试开销,并可以完毕某些手工测试无法实现的测试。34. CMM的具体级别划分:(1)(初始级)。该级别的软件开发过程是随意的,甚至是混乱的。项目能否成功依托个人的能力和运气,具有偶尔性。软件开发过程没有定义,没有通用筹划,难以监视和控制。开发的时间和费用无法预知。测试过程和其她过程混杂在一起。(2)(可反复级)。该级别成熟度重要集中在项目级。建立基本的项目管理过程去跟踪成本、进度、功能和质量。可以借鉴此前成功项目的经验,应用到新项目中。软件开发具有一定的组织性,使用了基本软件测试行为,例如测试筹划和测试用例。()(已定义级)。该级别具有了组织化思想,而不仅仅是针对具体项目。软件开发中的管理活动和工程活动被文档化和原则化,并且形成整个软件组织的原则软件过程。所有项目均采用在原则软件过程中进行。(4)(已管理级)。在该成熟度级别中,组织过程处在在记录的控制下。软件过程和产品质量有具体的度量原则,软件过程和产品质量得到了定量理解和控制。()(优化级)。通过来自过程、新技术和新思想等各方面的定量信息反馈,着可以进行持续地过程改善,以期达到质量更佳的级别。35. 简述软件测试自动化的意义和作用:减轻手工测试的工作量,从而达到提高软件质量的目的。对程序的新版本运营已有的测试,即回归测试;可以运营更多更频繁的测试;可以进行某些手工测试难以完毕或不也许完毕的测试;充足地运用资源;测试具有一致性和可反复性;测试具有复用性;缩短软件发布的时间;增强软件的可靠性。36. ISO 9000原则与软件测试的关系:软件测试人员可以以此系列原则规范、商定软件的开发过程,提高软件产品质量。它的控制整个测试过程,整个测试流程均有有关质量保证规范,最后的产品质量就得到了保证。整个测试过程中有效避免漏洞的浮现并且按照系列原则不断进行产品自身完善,做到防患于未然,大大减少甚至杜绝了不合格产品。37.
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > 解决方案


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!