资料教程软测课件

2023/1/101软件测试的概述22023/1/102议题:软件的问题与质量软件的质量的评价软件缺陷软件测试的意义软件测试工程师关注什么2023/1/103软件的问题软件项目经常无法按期完成，超出经费的预算，软件质量难以控制。开发人员及开发过程之间管理不规范，约定不严格，文档书写不完整，软件可维护性不好。缺少严密有效的质量检验手段，交付给用户的软件质量差，运行中出现许多问题，带来严重后果。系统更新换代难度大软件开发的产业模式已经不能适应信息时代。2023/1/104软件问题的原因是软件缺陷的积累和放大效应失之毫厘，谬以千里成本急剧增加，质量大幅下降开发过程的混乱，效率很底R2023/1/105软件缺陷案例千年虫70年代的鼠目寸光美国航天局火星登陆90年代的测试不协调IntelCPU的浮点除法缺陷带来的代价2023/1/106软件质量的评价满足客户的软件需求遵循了软件开发过程所规定的各种标准已经满足了那些明文规定的需求，同时也要满足那些隐含的需求2023/1/107软件质量的评价指标软件的运行特性正确性：软件能满足需求规格说明，完成客户提出任务要求的程度可靠性：软件精确地工作有效性：是否能够在一定内存和外设容量下有效地运行完整性：控制各类不同用户使用软件或数据的能力可用性：软件被用户容易掌握软件的维护特性可维护性：找到错误发生的位置，加以修正的工作量灵活性：是否可以修改，是否容易修改可测性：是否可以测试，是否容易测试软件的移植特性2023/1/108软件质量的评价指标软件的移植特性可移植性：软件可以在不同的机器或环境下运行可复用性：软件的重复使用互连性：与其它系统的通讯和数据交换的难度（有否遵循标准等）总之，软件的质量评价是比较复杂的，但是，有一条是要找到可以度量的指标来预测或评价软件的质量。MCCall软件质量模型2023/1/109软件测试产生的背景首先是尽可能地保证软件的质量程序规模的爆炸式增长在程序自身与用户需求之间寻找平衡点解放程序员解放售后服务人员推动软件工程的发展2023/1/1010什么是软件测试PDCA持续的测试周期PlanDoCheckAct定义目标确定策略决定方法创建测试环境执行计划检查工作进程完成的情况不合适，采取措施2023/1/1011软件测试相关的人员软件客户软件的使用者软件开发者软件测试人员公司高层管理机构审计和质检人员2023/1/1012什么是软件缺陷（defect）术语:

defect,variance,fault,failure,problem,error,bug,inconsistency缺陷的类型:错误的：未将规格说明书正确实现遗漏的：规定的或者预期的需求没有体现在产品中额外的：规格说明书中未规定的需求被纳入产品加以实现2023/1/1013书上的定义错误（error）:错误能扩散，最终导致被放大缺陷（fault）:是错误的结果，遗漏更难检测和解决失效（failure）:执行缺陷时发生事故（incident）:表示软件发生失效测试（test）:采用测试用例执行软件的活动2023/1/1014软件缺陷的定义简单说：软件中不满足的问题称为软件缺陷软件缺陷的详细定义：软件没有达到产品说明书表明的功能软件出现了产品说明书指明不会出现的问题软件功能超出产品说明书指明的范围软件没有达到产品说明书虽未指明，但应该达到的功能软件测试人员认为软件难以理解、不易使用、运行速度慢，或者用户认为不好。2023/1/1015为什么会出现软件缺陷软件缺陷的产生原因：产品规格说明书（SRS）没有写不够全面，准确，细致经常变更软件的设计（Architecture）这是软件的蓝图描述不够清楚框架的结合不够紧密和连贯软件框架经常变动，不稳定代码错误编码人员造成的，人员素质和技术水平是其中原因之一间接的看，来自上层的分析和设计问题2023/1/1016软件缺陷的积累和放大效应2023/1/1017软件测试的目标发现软件缺陷，尽可能早地软件测试是一个寻找错误的过程测试是为了证明程序有错，而不是为了证明程序没有错误一个成功的测试是指揭示了迄今为止尚未发现的错误的测试一个好的测试用例是指可能找到迄今为止尚未发现的错误的用例测试环节要严格，力求完美，要与软件测试成本、测试策略综合考虑2023/1/1018软件测试的原则所有的测试都应追溯到用户需求应该及早编写测试计划测试应从小规模开始穷举测试是不可能的为了达到最佳效果，应该由独立的第三方来构造测试2023/1/1019软件测试使用的技术黑盒测试白盒测试两种测试方法从不同的角度出发，反映了软件的不同侧面，也适用于不同的开发环境2023/1/1020软件测试的生命周期测试计划测试设计测试开发测试执行测试评估2023/1/1021软件测试的V模型需求分析概要设计详细设计编码代码审查系统测试计划、设计、实现执行系统测试集成测试计划、设计、实现执行集成测试执行单元测试软件测试的V模型单元测试计划、设计、实现验证与确认验证与确认验证与确认验证与确认2023/1/1022软件测试流程的分类单元测试集成测试系统测试验收测试2023/1/1023软件测试流程的不同阶段单元测试系统联调确认测试集成测试单元测试单元测试被测模块被测模块被测模块已集成的软件已确认的软件可交付的软件概要设计信息系统其它元素软件需求详细设计信息已经测试过的模块2023/1/1024软件测试中需要的文档测试计划测试设计测试用例与测试记录测试缺陷报告测试评估报告日志等2023/1/1025对软件测试的误解如果发布的软件有质量问题，那是软件测试人员的错。软件测试技术要求不高，至少比编程容易多了。软件测试随便找一个能力差的人就能做。有时间就多测试一些，来不及就少测试一些。软件测试是测试人员的事，与开发人员无关。设计－实现－测试，软件测试是开发后期的一个阶段。2023/1/1026软件测试的工件产品2023/1/1027软件测试组的结构测试组测试组长测试工程师测试工程师测试工程师测试支持工程师模块模块模块2023/1/1028如何成为优秀的软件测试人员探索精神故障排除能手不懈努力创造性追求完美判断准确老练稳重说服力2023/1/1029一般需要的软件测试功能测试压力/负载测试安装/卸载测试数据库测试界面测试文档测试可用性测试配置测试安全测试其他非功能测试2023/1/1030手工测试反复测试带来的倦怠情绪及其他人为因素使得测试标准前后不一，测试花费的时间越长，测试的严格性也就越低受软件分发日期、开发成本及人员等诸多因素的限制，难以进行全面的测试难以对不可视对象或对象的不可视属性进行测试对测试过程中发现的大量缺陷缺乏科学、有效的管理手段，责任变的含混不清，没有人能向决策层提供精确的数据，以便度量当前的工作进度及工作效率2023/1/1031自动测试所谓自动测试，实际上是将大量的重复性工作交给计算机去完成，节约大量的人力、物力、资金、时间等资源，并且测试脚本可以重复利用（可以是不同的项目）。2023/1/1032国内软件测试的现状软件测试基本停留在手工进行的功能性测试上，大部分是在软件开发的后期介入。大部分的软件测试工作没有明确的目标和可量化的质量要求，对质量的控制基本上靠测试人员自己的经验和责任心。测试理论和测试方法并没有全面的掌握，没有将测试同公司目前的开发流程紧密的