软件测试作业及习题评讲.pptVIP

作业、习题评讲 1、需求评审 网上购物系统用户说明书 密码3次输入错误，该用户将被锁定一天。 3次输入错误是指连续3次还是其他方式 系统响应时间2s 所有页面响应时间，所有时段，还是其他？ …… 2.三角形问题 条件 （1）整数（2）三个数（3）非零数 （4）正数（5）两边之和大于第三边（6）等腰（7）等边 使用等价类划分设计测试用例 根据输入条件划分 根据输出条件划分 设计编写程序：最多输入50个值(以–1作为输入结束标志)，计算其中有效的学生分数的平均值。 要求：画出流程图，并对代码进行基本路径测试 路径测试 多个条件需要转换成单独的条件 转换为控制流图 环形复杂度为6 路径1：1-2-10-11-13 路径2：1-2-10-12-13 路径3：1-2-3-10-11-13 路径4：1-2-3-4-5-8-9-2…… 路径5：1-2-3-4-5-6-7-8-9-2… 路径6：1-2-3-4-5-6-8-9-2…… 语句覆盖：选择足够多的测试用例，使程序中的每个可执行语句至少执行一次 A=2，B=0，X=3 分支覆盖 通过执行足够的测试用例，使得程序中的每个分支至少都获得一次“真”值和“假”值 条件覆盖 设计若干个测试用例，运行所测程序，使得程序中每个判断的每个条件的可能取值至少执行一次。因此，首先应对条件加以标记 对第一个判断： 条件A1取TURE 时为T1，取FALSE时为F1; 条件B=0取TURE 时为T2，取FALSE时为F2; 对第一个判断： 条件A2取TURE 时为T3，取FALSE时为F3; 条件X1取TURE 时为T4，取FALSE时为F4; 根据这8个条件取值，可分别设计以下两组测试用例： 第一章 程序测试是为了验证程序的功能而执行程序的过程 软件测试是从编码开始，到开发结束 软件缺陷的最大来源是产品说明书 软件测试是软件质量保证的重要手段 软件测试是软件生命周期中的一个阶段性工作 烟雾测试(冒烟测试) 目的是确认软件基本功能正常，可以进行后续的正式测试工作 测试脚本是使用程序设计语言编写的可执行的程序 软件测试在软件开发过程中是可选的，在项目时间比较紧时，可以省略测试的过程 软件测试的误区 误区一：如果发布出去的软件有质量问题，都是软件测试人员的错 误区二：软件测试技术要求不高，至少比编程容易多了 误区三：有时间就多测试一些，来不及就少测试一些 误区四：软件测试是测试人员的事，与开发人员无关 误区五：根据软件开发瀑布模型，软件测试是开发后期的一个阶段 软件测试的原则-1 所有测试的标准都是建立在用户需求之上。 软件测试必须基于“质量第一”的思想去开展各项工作，当时间和质量冲突时，时间要服从质量。 事先定义好产品的质量标准，只有有了质量标准，才能根据测试的结果，对产品的质量进行分析和评估。 软件项目一启动，软件测试也就是开始，而不是等程序写完，才开始进行测试。 穷举测试是不可能的。甚至一个大小适度的程序，其路径排列的数量也非常大，因此，在测试中不可能运行路径的每一种组合 软件测试的原则-2 第三方进行测试会更客观，更有效。 软件测试计划是做好软件测试工作的前提。 测试用例是设计出来的，不是写出来的，所以要根据测试的目的，采用相应的方法去设计测试用例，从而提高测试的效率，更多地发现错误，提高程序的可靠性。 对发现错误较多的程序段，应进行更深入的测试。一般来说，一段程序中已发现的错误数越多，其中存在的错误概率也就越大。 重视文档，妥善保存一切测试过程文档（测试计划、测试用例、测试报告等） 软件测试的原则-3 应当把“尽早和不断地测试”作为测试人员的座右铭 回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见 测试应从“小规模”开始，逐步转向“大规模”。 不可将测试用例置之度外，排除随意性。 必须彻底检查每一个测试结果。 一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系 对测试错误结果一定要有一个确认的过程 第二章 需求评审和设计评审是静态测试方法 最正式的评审方法是会议审查 需求评审的参与者当中，必须要有用户或用户代表参与 每次的需求会议评审都需要测试人员、业务人员、业务主管等相关人员参与 需求评审需要确定评审的标准 需求评审中最重要的是“从用户的角度”进行评审 系统架构评审重点在系统的耦合度和内聚力上 第三章 测试用例的概念：是可以被独立执行的一个过程，一个最小的测试体 测试用例的三种状态：通过，未通过，未进行测试 测试用例的分类：正面，负面 由一系列的测试用例并与之关联的测试环境组合而构成的