求高手帮忙解决期末软件测试的作业

求高手帮忙解决期末软件测试的作业

热心网友很多年前,一个爸爸和一个妈妈想休假，所以他们决定晚上去城镇。他们叫来最信任一个人来照看孩子。当保姆来的时候，他们的连个孩子已经在床上睡着了。所以保姆只是看了看孩子是否睡的好，就坐下了。
深夜，保姆觉得无聊就想去楼下看电视。但是她看不了，因为楼下没有电视（因为孩子的父母不希望他们的孩子看太多垃圾）。她就打电话给孩子的父母，问是否可以在他们的卧室看电视，当然孩子的父母同意了。
但保姆又想要最后一个请求。
她问是否可以用毯子或者衣服盖住那小丑雕像，因为那使她感到很害怕。
电话沉默了一会。
（此时爸爸在和保姆通话）
他说：带孩子离开房间……
我们将会叫警察……我们从来没有什么小丑雕像。
那小丑很可能是一个从监狱逃出来的杀人犯。
电话里沉默了一会儿。
（正在跟保姆通话的孩子的父亲）说：带上孩子们，离开房子……我们会通知警察……我们没有一个小丑雕像……
孩子们和保姆被小丑谋杀了。
结果是，小丑是一个从监狱里逃出来的杀人犯。
如果你不在5分钟内转发这个贴子，这个小丑在凌晨3点时将会拿着刀站在你的床前

软件测试试题

黑盒测试（Black-box Testing，又称为功能测试或数据驱动测试）是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。
采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。
黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。
黑盒测试试图发现以下类型的错误：
1）功能错误或遗漏；
2）界面错误；
3）数据结构或外部数据库访问错误；
4）性能错误；
5）初始化和终止错误。
一、黑盒测试的测试用例设计方法
·等价类划分方法
·边界值分析方法
·错误推测方法
·因果图方法
·判定表驱动分析方法
·正交实验设计方法
·功能图分析方法
等价类划分:
是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.
1) 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.
有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.
无效等价类:与有效等价类的定义恰巧相反.
设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性.
2）划分等价类的方法:下面给出六条确定等价类的原则.
①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类.
②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类.
③在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类.
④在规定了输入数据的一组值（假定n个）,并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类.
⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）.
⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类.
3）设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类:
输入条件 有效等价类 无效等价类
... ... ...
... ... ...
然后从划分出的等价类中按以下三个原则设计测试用例:
①为每一个等价类规定一个唯一的编号.
②设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.直到所有的有效等价类都被覆盖为止.
③设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到所有的无效等价类都被覆盖为止.
边界值分析法
边界值分析方法是对等价类划分方法的补充.
（1）边界值分析方法的考虑:
长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.
使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.
（2）基于边界值分析方法选择测试用例的原则:
1）如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据.
2）如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据.
3）根据规格说明的每个输出条件,使用前面的原则1）.
4）根据规格说明的每个输出条件,应用前面的原则2）.
5）如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例.
6）如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例.
7）分析规格说明,找出其它可能的边界条件.
错误推测法
错误推测法: 基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法.
错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如,在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等,这些就是经验的总结. 还有,输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.
因果图方法
前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系,相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情,即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）.
因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.
利用因果图生成测试用例的基本步骤:
(1) 分析软件规格说明描述中,那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件),并给每个原因和结果赋予一个标识符.
(2) 分析软件规格说明描述中的语义.找出原因与结果之间,原因与原因之间对应的关系. 根据这些关系,画出因果图.
(3) 由于语法或环境限制,有些原因与原因之间,原因与结果之间的组合情况不不可能出现. 为表明这些特殊情况,在因果图上用一些记号表明约束或限制条件.
(4) 把因果图转换为判定表.
(5) 把判定表的每一列拿出来作为依据,设计测试用例.
从因果图生成的测试用例（局部,组合关系下的）包括了所有输入数据的取TRUE与取FALSE的情况,构成的测试用例数目达到最少,且测试用例数目随输入数据数目的增加而线性地增加.
前面因果图方法中已经用到了判定表.判定表（Decision Table）是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确.
判定表通常由四个部分组成.
条件桩（Condition Stub）:列出了问题得所有条件.通常认为列出得条件的次序无关紧要.
动作桩（Action Stub）:列出了问题规定可能采取的操作.这些操作的排列顺序没有约束.
条件项（Condition Entry）:列出针对它左列条件的取值.在所有可能情况下的真假值.
动作项（Action Entry）:列出在条件项的各种取值情况下应该采取的动作.
规则:任何一个条件组合的特定取值及其相应要执行的操作.在判定表中贯穿条件项和动作项的一列就是一条规则.显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项和动作项有多少列.
判定表的建立步骤:（根据软件规格说明）
①确定规则的个数.假如有n个条件.每个条件有两个取值（0,1）,故有 种规则.
②列出所有的条件桩和动作桩.
③填入条件项.
④填入动作项.等到初始判定表.
⑤简化.合并相似规则（相同动作）.
B. Beizer 指出了适合使用判定表设计测试用例的条件:
①规格说明以判定表形式给出,或很容易转换成判定表.
②条件的排列顺序不会也不影响执行哪些操作.
③规则的排列顺序不会也不影响执行哪些操作.
④每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则.
⑤如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要.
黑盒测试的优点
1. 基本上不用人管着，如果程序停止运行了一般就是被测试程序crash了
2. 设计完测试例之后，下来的工作就是爽了，当然更苦闷的是确定crash原因
黑盒测试的缺点
1. 结果取决于测试例的设计，测试例的设计部分来势来源于经验，OUSPG的东西很值得借鉴
2. 没有状态转换的概念，目前一些成功的例子基本上都是针对PDU来做的，还做不到针对被测试程序的状态转换来作
3. 就没有状态概念的测试来说，寻找和确定造成程序crash的测试例是个麻烦事情，必须把周围可能的测试例单独确认一遍。而就有状态的测试来说，就更麻烦了，尤其不是一个单独的testcase造成的问题。这些在堆的问题中表现的更为突出。
黑盒测试（功能测试）工具的选择
那么，如何高效地完成功能测试？选择一款合适的功能测试工具并培训一支高素质的工具使用队伍无疑是至关重要的。尽管现阶段存在少数不采用任何功能测试工具，从事功能测试外包项目的软件服务企业。短期来看，这类企业盈利状况尚可，但长久来看，它们极有可能被自动化程度较高的软件服务企业取代。
目前，用于功能测试的工具软件有很多，针对不同架构软件的工具也不断推陈出新。这里重点介绍的是其中一个较为典型自动化测试工具，即Mercury公司的WinRunner。
WinRunner是一种用于检验应用程序能否如期运行的企业级软件功能测试工具。通过自动捕获、检测和模拟用户交互操作，WinRunner能识别出绝大多数软件功能缺陷，从而确保那些跨越了多个功能点和数据库的应用程序在发布时尽量不出现功能性故障。
WinRunner的特点在于: 与传统的手工测试相比，它能快速、批量地完成功能点测试; 能针对相同测试脚本，执行相同的动作，从而消除人工测试所带来的理解上的误差; 此外，它还能重复执行相同动作，测试工作中最枯燥的部分可交由机器完成; 它支持程序风格的测试脚本，一个高素质的测试工程师能借助它完成流程极为复杂的测试，通过使用通配符、宏、条件语句、循环语句等，还能较好地完成测试脚本的重用; 它针对于大多数编程语言和Windows技术，提供了较好的集成、支持环境，这对基于Windows平台的应用程序实施功能测试而言带来了极大的便利。
WinRunner的工作流程大致可以分为以下六个步骤:
1．识别应用程序的GUI
在WinRunner中，我们可以使用GUI Spy来识别各种GUI对象，识别后，WinRunner会将其存储到GUI Map File中。它提供两种GUI Map File模式: Global GUI Map File和GUI Map File per Test。其最大区别是后者对每个测试脚本产生一个GUI文件，它能自动建立、存储、加载，推荐初学者选用这种模式。但是，这种模式不易于描述对象的改变，其效率比较低，因此对于一个有经验的测试人员来说前者不失为一种更好的选择，它只产生一个共享的GUI文件，这使得测试脚本更容易维护，且效率更高。
2．建立测试脚本
在建立测试脚本时，一般先进行录制，然后在录制形成的脚本中手工加入需要的TSL（与C语言类似的测试脚本语言）。录制脚本有两种模式: Context Sensitive和Analog，选择依据主要在于是否对鼠标轨迹进行模拟，在需要回放时一般选用Analog。在录制过程中这两种模式可以通过F2键相互切换。
只要看看现代软件的规模和功能点数就可以明白，功能测试早已跨越了单靠手工敲敲键盘、点点鼠标就可以完成的阶段。而性能测试则是控制系统性能的有效手段，在软件的能力验证、能力规划、性能调优、缺陷修复等方面都发挥着重要作用。
3．对测试脚本除错(debug)
在WinRunner中有专门一个Debug Toolbar用于测试脚本除错。可以使用step、pause、breakpoint等来控制和跟踪测试脚本和查看各种变量值。
4．在新版应用程序执行测试脚本
当应用程序有新版本发布时，我们会对应用程序的各种功能包括新增功能进行测试，这时当然不可能再来重新录制和编写所有的测试脚本。我们可以使用已有的脚本，批量运行这些测试脚本测试旧的功能点是否正常工作。可以使用一个call命令来加载各测试脚本。还可在call命令中加各种TSL脚本来增加批量能力。
5．分析测试结果
分析测试结果在整个测试过程中最重要，通过分析可以发现应用程序的各种功能性缺陷。当运行完某个测试脚本后，会产生一个测试报告，从这个测试报告中我们能发现应用程序的功能性缺陷，能看到实际结果和期望结果之间的差异，以及在测试过程中产生的各类对话框等。
6．回报缺陷（defect）
在分析完测试报告后，按照测试流程要回报应用程序的各种缺陷，然后将这些缺陷发给指定人，以便进行修改和维护。
常用的功能测试方法
功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下：
1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。
2. 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。
3. 检查按钮的功能是否正确：如update,cancel,delete,save等功能是否正确。
4. 字符串长度检查: 输入超出需求所说明的字符串长度的内容,看系统是否检查字符串长度,会不会出错.
5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.
6. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确.
7. 中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错.
8. 检查带出信息的完整性: 在查看信息和update信息时,查看所填写的信息是不是全部带出.,带出信息和添加的是否一致
9. 信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.
10. 检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按”delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理.
11. 检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.
12. 检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.
13. 重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。
14. 检查多次使用back键的情况: 在有back的地方,back,回到原来页面,再back,重复多次,看会否出错.
15. search检查: 在有search功能的地方输入系统存在和不存在的内容,看search结果是否正确.如果可以输入多个search条件,可以同时添加合理和不合理的条件,看系统处理是否正确.
16. 输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方.
17. 上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。
18. 必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*
19. 快捷键检查：是否支持常用快捷键，如Ctrl+C Ctrl+V Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。
20. 回车键检查: 在输入结束后直接按回车键,看系统处理如何,会否报错.

软件测试题

一、 判断题 (每题2分，20)
1、软件测试就是为了验证软件功能实现的是否正确，是否完成既定目标的活动，所以软件测试在软件工程的后期才开始具体的工作。（初级） （ × ）
2、发现错误多的模块，残留在模块中的错误也多。( √ ) （初级）
3、测试人员在测试过程中发现一处问题，如果问题影响不大，而自己又可以修改，应立即将此问题正确修改，以加快、提高开发的进程。（ × ）（初级）
4、单元测试通常应该先进行“人工走查”，再以白盒法为主，辅以黑盒法进行动态测试。
（ √ ）（中级）
5、功能测试是系统测试的主要内容，检查系统的功能、性能是否与需求规格说明相同。（ √ ）（中级）
6、软件质量管理即QM由QA和QC构成，软件测试属于QC的核心工作内容。（√）（高级）
7、软件测试只能发现错误，但不能保证测试后的软件没有错误。(√)
8、软件就是程序。(X)
9、测试只要做到语句覆盖和分支覆盖，就可以发现程序中的所有错误。(X)
10、I18N测试是指对产品做出具有国际性的规划，而L10N测试则是指对软件做出符合本地需求更改工作。（√）【高级】
二、 选择题 (每题2分 20 )
1、 进行软件质量管理的重要性有：（ABCD）【中级】
A、维护降低成本 B、法律上的要求 C、市场竞争的需要
D、质量标准化的趋势 E、软件工程的需要 F、CMM过程的一部分
G、方便与客户进一步沟通为后期的实施打好基础
2、以测试的形态分测试可以分为：（ABC）【中级】
A、建构性测试 B、系统测试 C、专项测试
D、单元测试 E、组件测试 F、集成测试
3、选出属于黑盒测试方法的选项（ABC）【初级】
A、测试用例覆盖 B、输入覆盖 C、输出覆盖
D、分支覆盖 E、语句覆盖 F、条件覆盖
4、编写测试计划的目的是：（ABC）【中级】
A、使测试工作顺利进行 B、使项目参与人员沟通更舒畅 C、使测试工作更加系统化
D、软件工程以及软件过程的需要 E、软件过程规范化的要求 F、控制软件质量
5、依存关系有4种分别是：（ABCD）【高级】
A、开始－结束 B、开始－开始 C、结束－开始
D、结束－结束 E、开始－实施－结束 F、结束－审核－开始
6、软件质量管理（QM）应有质量保证（QA）和质量控制（QC）组成，下面的选项属于QC得是：（ABC）【高级】
A、测试 B、跟踪 C、监督
D、制定计划 E、需求审查 F、程序代码审查
7、实施缺陷跟踪的目的是：（ABCD）【中级】
A、软件质量无法控制 B、问题无法量化 C、重复问题接连产生
D、解决问题的知识无法保留 E、确保缺陷得到解决 F、使问题形成完整的闭环处理
8、使用软件测试工具的目的：（ABC）【中级】
A、帮助测试寻找问题 B、协助问题的诊断 C、节省测试时间
D、提高Bug的发现率 E、更好的控制缺陷提高软件质量 F、更好的协助开发人员
9、典型的瀑布模型的四个阶段是：（ABCD）【高级】
A、分析 B、设计 C、编码
D、测试 E、需求调研 F、实施
10、PSP是指个人软件过程 ，是一种可用于（ A ）、（ B ）和（ C ）个人软件工作方式的自我改善过程。【高级】
A、控制 B、管理 C、改进
D、高效 E、充分 F、适宜
三、 问答题
1、 测试人员在软件开发过程中的任务是什么？（初级）(5分)
答：1、寻找Bug；
2、避免软件开发过程中的缺陷；
3、衡量软件的品质；
4、关注用户的需求。
总的目标是：确保软件的质量。
2、 在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？（初级）(6分)
答：一条Bug记录最基本应包含：编号、Bug所属模块、Bug描述、Bug级别、发现日期、发现人、修改日期、修改人、修改方法、回归结果等等；要有效的发现Bug需参考需求以及详细设计等前期文档设计出高效的测试用例，然后严格执行测试用例，对发现的问题要充分确认肯定，然后再向外发布如此才能提高提交Bug的质量。
3、 界面测试题及设计题。请找出下面界面中所存在的问题并分别列出；用黑盒测试的任何一种方法设计出此登陆窗体的测试用例。（中级）(6分)
答：1、窗体的标题栏中为空，没有给出标题。
2、用户名和密码控件的字体不一致并且没有对齐。
3、文本框的大小不一致没有对其。
4、确定和取消按钮控件的大小不一致。
4、 黑盒测试和白盒测试是软件测试的两种基本方法，请分别说明各自的优点和缺点！（中级）(5分)
答：黑盒测试的优点有：
1）比较简单，不需要了解程序内部的代码及实现；
2）与软件的内部实现无关；
3）从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题；
4）基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；
5）在做软件自动化测试时较为方便。
黑盒测试的缺点有：
1）不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%；
2）自动化测试的复用性较低。
白盒测试的优点有：
帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐藏的问题。
白盒测试的缺点有：
1）程序运行会有很多不同的路径，不可能测试所有的运行路径；
2）测试基于代码，只能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一些功能需求；
3）系统庞大时，测试开销会非常大。
5、 根据自己的理解回答什么是软件测试，软件测试分为哪几个阶段。（初级）(5分)
答：软件测试是一个为了寻找软件中的错误而运行软件的过程，一个成功的测试是指找到了迄今为止尚未发现的错误的测试。
软件测试一般分为单元测试、集成测试和系统测试。
6、 根据自己的理解什么是测试用例和测试规程，设计一个测试用例应当从哪几方面考虑？（中级）(10分)
答：狭义的讲，一个测试用例就是测试人员用以测试被测软件的某个特性或特性组合的一组数据。这组数据可能是从用户处得来的实际的一组数据，也可能是测试人员专门设计出来的测试软件某些功能的一组数据。
测试规程就是详细的对测试用例设计方法、测试方法、测试工具、测试环境和测试数据进行描述的文档，还可以包括能把某个或某一组测试用例应用到被测软件上完成某项测试的一系列的操作步骤。
设计测试用例应当从以下几方面考虑：边界值，等价类划分，有效/无效值等。
7、 什么是软件质量保证？软件质量保证人员与开发人员的关系如何？（高级） (10分)
答：软件质量保证就是通过确保软件过程的质量，来保证软件产品的质量。
软件质量保证人员和开发人员之间具有管理上的严格的独立性，两个小组的管理员都不能越权管理另一组，但都可以向更高层的管理者汇报软件开发中的问题
四、 设计题
1）.输入三个整数，判断三个整数能否构成一个三角形，请用黑盒测试方法中的一种设计出相应的测试用例并详细说明所使用的黑盒测试方法。(中高级) (15分)
自己面试与到的其他问题：
8.java程序会不会引起内存泄漏
9．什么是系统部署
10数据库是如何实现数据的存储的
11持久性框架
12软件测试工作总体流程

软件测试

等价类划分：
1、三角形：
用例1、输入3个正数分别不相等且能构成三角形，预期输出：一般三角形
用例2、输入3个正数只有两个相等，预期输出：等腰三角形
用例3、输入3个正数全相等，预期输出：等边三角形
用例4、（假设程序允许输入最大数为65535）输入2个不相等的正数和65535，且这三个数能构成三角形，预期输出：一般三角形（边界值）
用例5、（假设程序允许输入最大数为65535）输入2个65535和1个其他正数，预期输出：等腰三角形（边界值）
用例6、（假设程序允许输入最大数为65535）输入3个65535，预期输出：等边三角形（边界值）
2、非三角形：
用例7、输入3个正数分别不相等且不能构成三角形，预期输出：不是三角形
用例8、输入3个正数只有两个相等且不能构成三角形，预期输出：不是三角形
用例9、输入2个不相等正数1个0，预期输出：不是三角形（边界值）
用例10、输入2个相等正数1个0，预期输出：不是三角形（边界值）
用例11、输入1个正数2个0，预期输出：不是三角形（边界值）
用例12、输入3个0，预期输出：不是三角形（边界值）
用例13、输入2个不相等正数1个负数，预期输出：不是三角形
用例14、输入1个正数2个负数，预期输出：不是三角形
用例15、输入3个负数，预期输出：不是三角形
用例16、只输入2个数，预期输出：不是三角形
用例17、只输入1个数，预期输出：不是三角形
用例18、不输入内容直接输出，预期输出：不是三角形
用例19、输入非数字，预期输出：不是三角形
关于非三角形的预期输出：
若要求程序提高用户体验则应细化：
1、输入非正数（包括非数字）时，提示必须输入正数
2、输入少于3个数时，提示必须输入三个数
3、输入的3个正数不能构成三角形时，提示输入的数字两两之和必须大于第三个数

软件测试题题目

控制流图

环形复杂度

V(G)=e-n+2=14-11+2=5;

导出独立路径

路径1：1->2 ->3->5->7->9->10->2…

路径2：1->2->3->4->10->2…

路径3：1->2->3->5->6->10->2…

路径4：1->2->3->5->7->8->10->2…

路径5：1->2 ->10

设计测试用例

路径1测试用例：

               传入数据：i=2; j=3;

预期结果：无限循环，没有结果(x=30;y=0)

路径2测试用例：

               传入数据：i=2; j=0;

预期结果：无限循环，没有结果(x=2;y=0)

路径3测试用例：

               传入数据：i=2; j=0;

预期结果：无限循环，没有结果(x=10;y=0)

路径4测试用例：

               传入数据：i=2; j=0;

预期结果：无限循环，没有结果(x=0;y=20)

路径5测试用例：

               传入数据：i=-1; j=0(或者任意值)

预期结果：i=-0; j=0

软件评测师考试知识点有哪些？

软考中级软件评测师考试包含基础知识和应用技术共两个科目，各科目考试知识点有所不同。基础知识考试题型为客观选择题，应用技术考试题型为主观问答题。
软件评测师属于软考中级资格考试，软件评测师考试大纲中各科目的考试知识点范围如下：
考试科目1：软件工程与软件测试基础知识
1.计算机系统基础知识
1.1 计算机系统构成及硬件基础知识
·计算机系统的构成
·处理机
·基本输入输出设备
·存储系统
1.2 操作系统基础知识
·操作系统的中断控制、进程管理、线程管理
·处理机管理、存储管理、设备管理、文件管理、作业管理
·网络操作系统和嵌入式操作系统基础知识
·操作系统的配置
1.3 数据库基础知识
·数据库基本原理
·数据库管理系统的功能和特征
·数据库语言与编程
1.4 中间件基础知识
1.5 计算机网络基础知识
·网络分类、体系结构与网络协议
·常用网络设备
·Internet基础知识及其应用
·网络管理
1.6 程序设计语言知识
·汇编、编译、解释系统的基础知识
·程序设计语言的基本成分（数据、运算、控制和传输、过程（函数）调用）
·面向对象程序设计
·C语言以及C++（或Java）语言程序设计基础知识
2.标准化基础知识
·标准化的概念（标准化的意义、标准化的发展、标准化机构）
·标准的层次（国际标准、标准、行业标准、企业标准）
·标准的类别及生命周期
3.信息安全知识
·信息安全基本概念
·计算机病毒及防范
·网络入侵手段及防范
·加密与解密机制
4.信息化基础知识
·信息化相关概念
·与知识产权相关的法律、法规
·信息网络系统、信息应用系统、信息资源系统基础知识
5.软件工程知识
5.1 软件工程基础
·软件工程概念
·需求分析
·软件系统设计
·软件组件设计
·软件编码
·软件测试
·软件维护
5.2 软件开发方法及过程
·结构化开发方法
·面向对象开发方法
·瀑布模型
·快速原型模型
·螺旋模型
5.3 软件质量管理
·软件质量及软件质量管理概念
·软件质量管理体系
·软件质量管理的目标、内容、方法和技术
5.4 软件过程管理
·软件过程管理概念
·软件过程改进
·软件能力成熟度模型
5.5 软件配置管理
·软件配置管理的意义
·软件配置管理的过程、方法和技术
5.6 软件开发风险基础知识
·风险管理
·风险防范及应对
5.7 软件工程有关的标准
·软件工程术语
·计算机软件开发规范
·计算机软件产品开发文件编制指南
·计算机软件需求规范说明编制指南
·计算机软件测试文件编制规范
·计算机软件配置管理计划规范
·计算机软件质量保证计划规范
·数据流图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定
6.软件评测师职业素质要求
·软件评测师职业特点与岗位职责
·软件评测师行为准则与职业道德要求
·软件评测师的能力要求
7.软件评测知识
7.1 软件测试基本概念
·软件质量与软件测试
·软件测试定义
·软件测试目的
·软件测试原则
·软件测试对象
7.2 软件测试过程模型
·V模型
·W模型
·H模型
·测试模型的使用
7.3 软件测试类型
·单元测试、集成测试、系统测试
·确认测试、验收测试
·开发方测试、用户测试、第三方测试
·动态测试、静态测试
·白盒测试、黑盒测试、灰盒测试
7.4 软件问题分类
·软件错误
·软件缺陷
·软件故障
·软件失效
7.5 测试标准
7.5.1 GB/T 16260.1—2003 软件工程 产品质量 第1部分：质量模型
7.5.2 GB/T 18905.1—2002 软件工程 产品评价 第1部分：概述
7.5.3 GB/T 18905.5—2002 软件工程 产品评价 第5部分：评价者用的过程
8.软件评测现状与发展
·国内外现状
·软件评测发展趋势
9.专业英语
·正确阅读并理解相关领域的英文资料
考试科目2：软件测试应用技术
1.软件生命周期测试策略
1.1 设计阶段的评审
·需求评审
·设计评审
·测试计划与设计
1.2 开发与运行阶段的测试
·单元测试
·集成测试
·系统（确认）测试
·验收测试
2.测试用例设计方法
2.1 白盒测试设计
·白盒测试基本技术
·白盒测试方法
2.2 黑盒测试用例设计
·测试用例设计方法
·测试用例的编写
2.3 面向对象测试用例设计
2.4 测试方法选择的策略
·黑盒测试方法选择策略
·白盒测试方法选择策略
·面向对象软件的测试策略
3.软件测试技术与应用
3.1 软件自动化测试
·软件自动化测试基本概念
·选择自动化测试工具
·功能自动化测试
·负载压力自动化测试
3.2 面向对象软件的测试
·面向对象测试模型
·面向对象分析的测试
·面向对象设计的测试
·面向对象编程的测试
·面向对象的单元测试
·面向对象的集成测试
·面向对象的系统测试
3.3 负载压力测试
·负载压力测试基本概念
·负载压力测试解决方案
·负载压力测试指标分析
·负载压力测试实施
3.4 Web应用测试
·Web应用的测试策略
·Web应用设计测试
·Web应用开发测试
·Web应用运行测试
3.5 网络测试
·网络系统全生命周期测试策略
·网络仿真技术
·网络性能测试
·网络应用测试
3.6 安全测试
·测试内容
·测试策略
·测试方法
3.7 兼容性测试
·硬件兼容性测试
·软件兼容性测试
·数据兼容性测试
·新旧系统数据迁移测试
·平台软件测试
3.8 易用性测试
·功能易用性测试
·用户界面测试
3.9 文档测试
·文档测试的范围
·用户文档的内容
·用户文档测试的要点
·用户手册的测试
·在线帮助的测试
4.测试项目管理
·测试过程的特性与要求
·软件测试与配置管理
·测试的组织与人员
·测试文档
·软件测试风险分析
·软件测试的成本管理
温馨提示：因考试政策、内容不断变化与调整，猎考网提供的以上信息仅供参考，如有异议，请考生以权威部门公布的内容为准！
下方免费复习资料内容介绍：从零基础逆袭，系统架构常考概念总结
格式：ZIP大小：23387.98KB 2022下半年系统集成项目管理工程师考试知识点100条
格式：DO大小：51.27KB
资格考试有疑问、不知道如何总结考点内容、不清楚报考考试当地政策，点击底部咨询猎考网，免费领取复习资料

以上就是xuefen.net小编为大家带来的：求高手帮忙解决期末软件测试的作业的全部内容，更多精彩请继续关注。