软件测试与维护教学.pptxVIP

第五章 软件测试与维护第一页，共七十四页。任务5.1SAGM系统登录测试第二页，共七十四页。5.1.1 案例描述 教职工津贴系统开发完毕，需要进行功能测试，本案例要求进行登录功能测试，设计详细的测试用例，完成黑盒测试。第三页，共七十四页。5.1.2 案例分析 任何程序、系统中的问题，和产品设计书的不一致性，不能满足用户的需求 必须意识到：“软件” ≠ 编程，它有自己的生命周期 (life cycle)。大型软件系统的开发与其它工程项目如建造桥梁、制造飞机、轮船等的开发是同理的。 实践证明：对软件进行充分的测试 才能够有效的保证软件质量！第四页，共七十四页。5.1.3 知识准备IEEE (1983) 729 软件缺陷一个标准的定义： 从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题； 从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。 软件缺陷的主要类型/现象： 功能、特性没有实现或部分实现 设计不合理，存在缺陷 实际结果和预期结果不一致 运行出错，包括运行中断、系统崩溃、界面混乱 数据结果不正确、精度不够 用户不能接受的其他问题，如存取时间过长、界面不美观 第五页，共七十四页。5.1.3 知识准备软件缺陷的产生 技术问题算法错误，语法错误，计算和精度问题，接口参数传递不匹配团队工作误解、沟通不充分软件本身文档错误、用户使用场合(user scenario)，时间上不协调、或不一致性所带来的问题系统的自我恢复或数据的异地备份、灾难性恢复等问题第六页，共七十四页。5.1.3 知识准备软件缺陷构成第七页，共七十四页。5.1.3 知识准备在真正的程序测试之前，通过审查、评审会可以发现更多的缺陷。规格说明书的缺陷会在需求分析审查、设计、编码、测试等过程中会逐步发现，而不能在需求分析一个阶段发现第八页，共七十四页。5.1.3 知识准备缺陷成本第九页，共七十四页。5.1.3 知识准备软件测试的基本方法根据G.J. Myers观点--软件测试的目: 软件测试是为了发现错误而执行程序的过程 一个好的测试能够在第一时间发现程序中存在的错误 一个好的测试是发现了至今尚未发现的错误的测试。软件测试是质量控制的重要手段，保证客户拿到或用户使用高质量的软件产品第十页，共七十四页。5.1.3 知识准备软件测试误区 误区一：如果发布出去的软件有质量问题，都是软件测试人员的错 误区二：软件测试技术要求不高，至少比编程容易多了 误区三：有时间就多测试一些，来不及就少测试一些 误区四：软件测试是测试人员的事，与开发人员无关 误区五：根据软件开发瀑布模型，软件测试是开发后期的一个阶段第十一页，共七十四页。5.1.3 知识准备软件测试的原则所有测试的标准都是建立在用户需求之上。软件测试必须基于“质量第一”的思想去开展各项工作，当时间和质量冲突时，时间要服从质量。事先定义好产品的质量标准，只有有了质量标准，才能根据测试的结果，对产品的质量进行分析和评估。软件项目一启动，软件测试也就是开始，而不是等程序写完，才开始进行测试。穷举测试是不可能的。甚至一个大小适度的程序，其路径排列的数量也非常大，因此，在测试中不可能运行路径的每一种组合。 第十二页，共七十四页。5.1.3 知识准备软件测试的原则第三方进行测试会更客观，更有效。软件测试计划是做好软件测试工作的前提。测试用例是设计出来的，不是写出来的，所以要根据测试的目的，采用相应的方法去设计测试用例，从而提高测试的效率，更多地发现错误，提高程序的可靠性。对发现错误较多的程序段，应进行更深入的测试。一般来说，一段程序中已发现的错误数越多，其中存在的错误概率也就越大。重视文档，妥善保存一切测试过程文档（测试计划、测试用例、测试报告等）第十三页，共七十四页。5.1.3 知识准备软件测试的原则 应当把“尽早和不断地测试”作为测试人员的座右铭 回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见 测试应从“小规模”开始，逐步转向“大规模”。 不可将测试用例置之度外，排除随意性。 必须彻底检查每一个测试结果。 一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系 对测试错误结果一定要有一个确认的过程。第十四页，共七十四页。5.1.3 知识准备测试方法 黑盒子和白盒子 静态的和动态的 文档、代码审查 数据输入边界条件法 等价划分、数据流程图 状态变换图 逻辑路径法第十五页，共七十四页。客户需求输出输入事件驱动5.1.3 知识准备黑盒子和白盒子结构测试逻辑驱动测试 功能测试数据驱动测试 第十六页，共七十四页。主持人不正式正式内审员互审 走读 审查会议作者列席人员技术专业人员记录员用户代表5.1.3 知识准备静态的和动态的运行程序第十七页，共七十四页。5.