下载文档原格式
第一章软件测试基础课后习题答案1．什么是软件测试？软件测试发现一个应用从开始到结束时的错误，测试是一个过程。
(Glenford J.Myers 提出对软件测试的定义)测试是发现错误而执行的一个程序或系统的过程测试以发现故障为目的，是为了发现故障而执行程序过程2．软件测试涉及哪几个关键问题？软件测试的经济性原则谁来测试（who）测试什么（what）什么时候测试（when）怎样进行测试（how）测试的停止标准是什么（which）3．为什么说软件需求说明是软件故障的最大来源？软件需求是描述了系统有哪些功能，功能操作，性能如何等问题，是开发阶段的重要文档，也是后期软件开发的重要依据。
如果软件需求一开始就错了，在后面处理过程则会把错误放大，这样使得修复起来成本就是提升。
4．简述软件测试的复杂性和经济性。
复杂性1.完全测试是不现实的2.软件测试是有风险的3.杀虫剂现象4.缺陷的不确定性经济性软件测试是软件生命期中费用消耗最大的环节。
测试费用除了测试的直接消耗外，还包括其他的相关费用5．分析最近发生的软件质量事故，并简要分析产生的原因。
具体案例具体分子6．启动Windows计算器，输入“6,000-6=”（逗号不能少），观察计算结果，这是软件故障吗？为什么？这是软件故障中的界面缺陷。
由于无法输入逗号，无法进行输入，当做一个界面缺陷，因为不符合需求，原本是小数点变成了逗号。
7．软件测试应遵循哪些重要的原则或方针？1．完全测试程序是不可能的2．软件测试是有风险的3．测试无法找到隐藏的软件故障4．存在的故障数量与发现的故障数量成正比5．杀虫剂现象6．并非所有软件故障都能修复7．一般不要丢弃测试用例8．应避免测试自己编写的程序9．软件测试是一项复杂且具有创造性的和需要高度智慧的挑战性任务8．假定无法完全测试某一程序，那么在决定是否应该停止测试时应考虑哪些问题？在工作中，常用的停止测试标准有五类：测试超过了预定时间，停止测试执行了所有测试用例但没有发现故障，停止测试使用特定的测试用例方法作为判断测试停止的基础正面指出测试完成要求，如发现并修改70个软件故障根据单位是见查出故障数量决定是否停止测试9 . 假如星期一测试软件的某一功能时，每小时能发现一个新的软件故障，那么星期二会以什么频率发现软件故障？第一感觉就是与第一天（星期一）的一样，既然前一天发现的频率以每小时都有新的故障，说明软件的缺陷很高，所以第二天也可能有同样的频率。
软件测试中的决策表技术在软件测试中，决策表技术是一种被广泛应用的测试方法。
决策表是一种以表格形式呈现的测试设计工具，能够清晰地表达系统的规则和条件，并帮助测试人员针对不同情况进行测试。
决策表技术的基本原理是，将系统的输入条件、输出结果以及各种规则和约束整理成一张表格，每一行代表一个测试用例，利用这些测试用例来检查系统的正确性。
以下是决策表技术的一般步骤：1. 确定系统的输入条件和输出结果：在进行软件测试之前，首先需要明确系统的输入条件和输出结果。
这些输入条件和输出结果可以是系统的功能需求、运行环境、用户需求等。
2. 列举所有可能的情况：根据系统的输入条件，列出所有可能的情况，并将它们归类。
每一列代表一种情况，每一行代表一种组合。
3. 确定规则和约束：在决策表中，每一列代表一种情况，每一行代表一种组合。
在表格中，可以使用逻辑运算符如AND、OR等来表示各种条件之间的关系，并用“是”和“否”来表示每一种情况下的输出结果。
4. 生成测试用例：根据决策表中的各种组合，生成相应的测试用例。
每一个测试用例都可以通过对应的行和列确定，并包含了系统的输入条件和预期的输出结果。
5. 执行测试用例：根据生成的测试用例，执行测试过程，并记录实际的输出结果。
6. 比较实际结果和预期结果：对于每一种情况，比较实际的输出结果和预期的输出结果。
如果两者一致，则说明系统在这种情况下的行为是正确的；如果不一致，则说明系统在这种情况下存在问题。
通过使用决策表技术，可以减少测试用例的数量，并覆盖系统中的各种情况。
同时，决策表技术还能够提高测试的可读性和可维护性，便于测试人员对测试用例的管理和维护。
然而，决策表技术也存在一些限制。
首先，对于复杂的系统，决策表可能会变得非常庞大，导致难以管理和维护。
其次，决策表技术只能检查系统是否符合规则，但不能检查是否存在其他不可预测的问题。
此外，决策表技术还需要测试人员具备一定的领域知识和逻辑思维能力，以确保生成的决策表正确和完整。
决策表法设计测试用例
决策表法是一种测试用例设计方法，它用于解决多个因素组合的决策问题。
以下是决策表法的测试用例设计步骤：
1. 确定问题的决策表：
- 需要进行决策的因素
- 各个因素之间的条件关系
2. 列出全部可能的因素组合：
- 根据问题的决策表，列出所有可能的因素组合
3. 标记有效和无效的因素组合：
- 找出无效的因素组合，即不行的情况，可以标记为无效
4. 编写测试用例：
- 根据有效的因素组合，编写测试用例
- 每个有效的因素组合都对应一个测试用例
5. 执行测试用例：
- 执行编写的测试用例
6. 整理和分析测试结果：
- 根据测试结果，整理和分析结果
通过决策表法设计的测试用例可以涵盖不同的情况，简化测试流程，提高测试效率。
但是在实际使用中，需要考虑因素的复杂性和决策表的大小，以及测试资源的限制。
decision table 例题讲解
决策表（Decision Table）是一种用于描述复杂业务规则和条件的表格形式。
它可以帮助清晰地表示输入条件和对应的输出动作之间的关系。
让我们通过一个简单的例子来讲解决策表。
例题：考虑一个简单的系统，根据学生成绩给予奖励。
奖励的规则如下：
-如果成绩在90 分以上，奖励A。
-如果成绩在80 到89 分之间，奖励B。
-如果成绩在70 到79 分之间，奖励C。
-如果成绩在60 到69 分之间，奖励D。
-如果成绩在60 分以下，没有奖励。
我们可以使用决策表来清晰地表示这些规则。
在这个决策表中，每一列代表一个可能的条件或输入，每一行代表一组条件的组合。
而每个交叉点则表示对应条件组合下的输出结果。
例如，如果学生成绩为85 分，那么该学生符合"80 ≤成绩< 90" 这个条件，因此在"奖励B" 这一列会有一个勾号。
这种形式的决策表使得业务规则更加直观、清晰，同时也便于后续的维护和修改。
在实际应用中，决策表通常会用于软件系统、规则引擎等场景，以帮助自动化决策过程。
软件测试实验内容任务：针对一个常用的判断三角形类型的软件做黑盒测试，利用所学的黑盒测试方法来设计测试用例，并做相应测试，给出测试方案和测试报告。
判断三角形类型填写测试用例一．简介1.1编写目的本测试项目拟对判断三角形类型的软件进行测试。
1.2项目背景题目：输入整数a、b、c，分别作为三角形的三条边，编写程序判断由三条边构成的三角形的类型为：等边三角形、等腰三角形、一般三角形，以及不能构成三角形。
1.3术语决策表法：决策表是把作为条件的所有输入的各种组合值以及对应输出值都罗列出来而形成的表格。
它能够将复杂的问题按照各种可能的情况全部列举出来，简明并可避免遗漏。
因此，利用决策表能够设计出完整的测试用例集合。
1.4参考资料软件测试佟伟光主编人民邮电出版社黑盒测试用例设计示例作者: chinaitlab 来源: chinaitlab二．测试概要2.1测试程序源代码#include<stdio.h>void main(){int a,b,c;printf("请输入三角形的三条边:");scanf("%d%d%d",&a,&b,&c);if(a>0&&b>0&&c>0){if((a+b)>c&&(a+c)>b&&(b+c)>a){printf("输入的数据符合三角形要求,根据输入的数可判断出:\n");if(a==b&&b==c&&a==c){printf("输入的三角形为等边三角形");}else if(a==b||b==c||a==c){printf("输入的三角形为等腰三角形");}else{printf("输入的三角形为一般三角形");}}elseprintf("输入的数据不符合三角行要求");}}2.2测试用例设计利用决策表法设计测试用例2.3测试环境与配置操作系统：windows XPCpu：Intel(R) Core(TM)2 Duo T5470内存：1G2.4测试方法手工利用黑盒测试中的判定表方法进行测试，主要测试目标为检验函数是否符合题目所给要求。
