软件测试期末总结(3)

10. 缺陷状态为“已拒绝”表示该缺陷开发人员拒绝修改。对

1. 系统测试的目标是要找出软件在与系统其他部分协调工作时出现的所有故障。错 2. 压力测试是通过逐步增加系统负载来测试系统性能的变化，并最终确定在什么负载条件下系统性能处于失效状态，以此来获得系统性能提供的最大服务级别的测试。对 3. 安全性测试最终证明应用程序是安全的。错

4. 软件开发是一个渐进的过程，测试计划需要根据需求变更及时调整。对 5. 项目立项前测试人员不需要提交任何工件。对 6. 软件测试随便找一个能力差的人就能做。错

7. 永远也不可能完成软件测试，这个重担将从开发方转移到客户/用户的身上，用户的每一次使用就是一次测试。对

8. 当被测软件仍存在严重影响系统功能实现的缺陷，但存在合理的更正办法时，该软件可以发布。错

9. 缺陷状态为“打开”表示该缺陷刚提交，开发人员还未看到该缺陷。错

10. 处于“已拒绝”状态的缺陷，下一步状态只能是“重新提交”或者“已关闭”。对 1. 性能测试的重点在于前期数据的设计与后期数据的分析。对 2. 通常使用平均无故障时间MTBF来衡量系统的可靠性。对

3. 先对每个模块分别测试，然后统一组装成软件系统的方法称为渐增式测试。错 4. 测试计划是做好测试工作的前提。对

5. 如果发布出去的软件有质量问题，那是软件测试人员的错。错 6. 有时间就多测试一些，来不及就少测试一些。错

7. 当用于软件测试的时间或资金不够用时，就完成了软件测试。错

8. 当被测软件仍存在严重影响系统功能实现的缺陷，但不存在合理的更正办法时，该软件可以发布。错

9. 缺陷状态为“已解决”表示该缺陷已经被开发人员修改好，但是测试人员还未进行回归测试。对

10. 处于“打开”状态的缺陷，下一步状态只能是“已解决”或者“已拒绝”。对

3、下图为程序段的流程图，请按照语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖准则分别为程序设计测试用例。

1.语句覆盖

测试用例 Test1

2.判定覆盖

测试用例 输入A B X 覆盖判定 输出A B X 输入A B X 3 0 6 覆盖语句 0、1、2、3、4、5 输出A B X 3 0 3 Test1 Test2

3条件覆盖

测试用例 Test1 Test2

4判定/条件覆盖 测试用例 输入A B X Test1 Test2 4 0 8 1 1 0 3 0 6 1 0 0 TA、TB !TA、!TB 3 0 3 1 0 0 输入A B X 4 0 8 1 1 0 覆盖条件 T1、 T2、T3、 T4 !T1、!T2、!T3、!T4 输出A B X 4 0 3 1 1 0 覆盖条件 T1、T2、T3、T4 覆盖判定 TA、TB 输出A B X 4 0 3 1 1 0 !T1、!T2、!T3、!T4 !TA、!TB

5条件组合覆盖

测试用例 Test1 Test2 Test3 Test4

输入A B X 4 0 8 1 1 0 4 1 0 1 0 2 覆盖条件 T1、 T2、T3、 T4 !T1、!T2、!T3、!T4 T1、!T2、T3、!T4 !T1、T2、!T3、T4 输出A B X 4 0 3 1 1 0 4 1 1 1 0 3 4、下面列出了一段伪码程序，使用基本路径测试方法，完成流图的绘制，计算环形复杂度，并用语句编号标明各条独立路径以及对应的输入数据和预期输出。 1: INPUT(A,B,C,D) 2: IF (( A > 0 )

3: AND ( B > 0 )) 4: THEN X=A+B 5: ELSE X=A-B 6: END

7: IF (( C > A)

8: OR ( D < B )) 9: THEN Y=C-D 10: ELSE Y=C+D 11: END

12: PRINT(X,Y)

流图如下：

123546798111012

基本路径数=流图的环形复杂度=5 独立路径：

路径1： 1 →2 →5 →6 →7 →9 →11 →12

输入： A=-1，B=1，C=0，D=2 (任意) ；预期输出：X=-2，Y=-2 路径2： 1 →2 →3 →5 →6 →7 →9 →11 →12

输入： A=1，B=-1，C=2，D=2；预期输出：X=2，Y=0 路径3： 1→2 →3 →4 →6 →7 →9 →11 →12

输入： A=1，B=1，C=2，D=2；预期输出：X=2，Y=0 路径4：1 →2 →3 →4 →6 →7 →8 →9 →11 →12 输入：A=1，B=1，C=0，D=-1；预期输出：X=2，Y=1 路径5：1 →2 →3 →4 →6 →7 →8 →10 →11 →12 输入：A=1，B=1，C=0，D=2；预期输出：X=2，Y=2

登录系统需求规格说明如下，请按等价类划分方法设计测试用例：

在登录系统界面中，用户输入用户名和密码登录系统。正确的用户名是不低于4位的字符，密码是mercury（大小写均可）。如果用户名为空，系统给出提示：“用户名不能为空”。如果用户名小于4位字符，系统给出提示：“用户名不能小于4位”。如果密码为空，系统给出提示：“密码不能为空”。如果密码小于4位字符，系统给出提示：“密码不能小于4位”。如果密码大于4位字符但不正确时，系统给出提示：“密码错误”。 表1 登录系统的等价类划分列表 输入条件 用户名 有效等价类 长度>=4 编号 1 长度<4 无效等价类 编号 3 长度=0 长度=0 密码 = mercury 2 长度<4 长度>=4但!= mercury 根据表1设计测试用例如下： 编号 Login_YX Login_WX1 Login_WX2 Login_WX3 Login_WX4 Login_WX5 测试用例 用户名aaaa，密码mercury 用户名aaa，密码mercury 用户名为空，密码mercury 用户名aaaa，密码为空 用户名aaaa，密码mer 用户名aaaa，密码merucry 预期结果 成功登录系统 提示“用户名不能小于4位” 提示“用户名不能为空” 提示“密码不能为空” 提示“密码不能小于4位” 提示“密码错误” 4 5 6 7 覆盖等价类 1，2 3 4 5 6 7 1） 对Login_YX类测试用例细分等价类如表2所示： 表2 Login_YX类测试用例细分等价类列表 输入条件 等价类 全字母 全数字 全特殊字符 用户名组成 字母和数字 字母和特殊字符 数字和特殊字符 字母数字和特殊字符 4 5 用户名长度 6 7 8 10 全小写 全大写 密码 有1位字母大写 有2位字母大写 有3位字母大写 有4位字母大写 按照表2设计测试用例如下： 编号 Login_YX_01 Login_YX_02 Login_YX_03 Login_YX_04 测试用例 用户名abcd，密码mercury 用户名34578，密码MERCURY 用户名$#%^&*，密码Mercury 用户名a9bc368，密码meRcuRy 覆盖等价类 1，8，14 2，9，15 3，10，16 4，11，17 成功登录系统 预期结果 编号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 Login_YX_05 Login_YX_06 Login_YX_07 用户名j^ui&uo*，密码mERCury 用户名^&3278()6<，密码MErcURy 用户名3ab^%4#t0d，密码mercurY 5，12，18 6，13，19 7，13，16 请描述静态测试和动态测试的区别。

是否运行程序。静态测试是不运行被测试程序，对代码通过检查、阅读进行分析。动态测试是真正运行被测程序，在执行过程中，通过输入有效的测试用例对其输入与输出的对应关系进行分析。

单个组件经过代码审查和测试，其有效性已经得到了全面验证，请解释为什么仍然需要进行集成测试。

单个组件正常工作并不意味着所有组件集成在一起可以正常工作，因为组件相互连接时接口会引起许多新问题，集成测试正是将通过单元测试的各个组件组装在一起进行综合测试，以便发现与接口有关的各种错误。

为什么说软件测试是软件开发中不可缺少的重要一环，但不是软件质量保证的安全网?

软件测试是软件开发中不可缺少的重要一环，原因是：测试的工作量约占整个项目开发工作量的53%~87%左右，如果是关系到人的生命安全的软件，测试的工作量还要更大。

软件测试是对软件需求分析、设计规格说明、编码的最终复审，是软件质量保证的关键步骤。 但软件测试不是软件质量保证的安全网，因为软件测试只能发现错误，不能保证没有错误。

设计题

如图显示某程序的逻辑结构。试为它设计足够的测试用例，分别实现对程序的判定覆盖、条件覆盖和条件组合覆盖。

对一个包含10000条机器指令的程序进行一个月集成测试后，总共改正了15个错误，此时MTTF=10h，经过两个月的测试后，总共改正了25个错误，MTTF=15h。 （1）程序中总的错误数为多少？

（2）为达到MTTF=100h，还要改正多少个错误？

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库软件测试期末总结(3)在线全文阅读。