- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
                        查看更多
                        
                    
                  课后练习 登陆功能说明书:(用户输入和密码输入) 1)管理员用户名为“admin”,密码为“123456”,正常登陆 2)用户名和密码输入为空,提示 “用户和密码不允许为空” 在用户名和密码非空的情况下: 3)要求用户名必须输入字母,否则提示“输入非法” 4)要求密码必须输入数字,否则提示 “输入非法” 在输入合法的情况下: 5)用户名错误,提示 “用户名和密码输入错误”,用户名和密码清空 6)用户名正确,密码错误,提示 “用户名和密码输入错误”,用户名保留,密码清空 第二十九页,共四十六页。   4.3.4 案例: NextDate函数 问题描述    程序有三个输入变量month、day、year,并且满足:1≤month≤12、1≤day≤31、1900≤ year ≤2050。它们分别作为输入日期的月份、日、年份,通过程序可以输出该输入日期在日历上下一天的日期。例如,输入为2005年11月29日,则该程序的输出为2005年11月30日。  第三十页,共四十六页。   第一次尝试 M1={月份:每月有30天} M2={月份:每月有31天} M3={月份:此月是2月} D1={日期:1≤日期≤28} D2={日期:日期=29} D3={日期:日期=30} D4={日期:日期=31} Y1={年:年是闰年} Y2={年:年是平年} 第三十一页,共四十六页。   有256条规则的第一次尝试 年变量对应的等价类收缩为表中的一个条件 第三十二页,共四十六页。   第二次尝试(重点考虑闰年) M1={月份:每月有30天} M2={月份:每月有31天} M3={月份:此月是2月} D1={日期:1≤日期≤28} D2={日期:日期=29} D3={日期:日期=30} D4={日期:日期=31} Y1={年:年是平年} Y2={年:年是闰年} 第三十三页,共四十六页。   第三次尝试(关注日期和月份) M1={月份:每月有30天} M2={月份:每月有31天,12月除外} M3={月份:此月是12月} M4={月份:此月是2月} D1={日期:1≤日期≤ 27} D2={日期:日期=28} D3={日期:日期=29} D4={日期:日期=30} D5={日期:日期=31} Y1={年:年是闰年} Y2={年:年不是闰年} 第三十四页,共四十六页。 Software Testing   软件测试技术 软件测试课程组  西南科技大学计算机学院 第一页,共四十六页。   问题引入 例: 某个软件需求文档中有这样的说明:第一列字符必须是A或B,第二列字符必须是一个数字,在此情况下进行文件的修改。但如果第一列字符不正确,则给出信息L;如果第二列字符不是数字,则给出信息M。 边界值测试 等价类测试 第二页,共四十六页。   4.3 基于判定表的测试 判定表 基于判定表的测试 案例:三角形问题,NextDate问题 练习:隔一日问题 第三页,共四十六页。   4.3.1 判定表 判定表的原理 判定表的组成 判定表建立的步骤  第四页,共四十六页。   1. 判定表的原理 判定表 判定表(Decision Table),又叫决策表 判定表是分析和表达多逻辑条件下执行不同操作的工具。 在程序设计发展的初期,判定表被当作编写程序的辅助工具。 第五页,共四十六页。   2. 判定表的组成 条件桩(Condition Stub) 列出问题的所有条件 动作桩(Action Stub) 列出可能采取的操作 条件项(Condition Entity) 列出条件桩的取值 动作项(Action Entity) 列出条件项各种取值下应该采取的动作 第六页,共四十六页。   判定表的组成 第七页,共四十六页。   规则 任何一个条件组合的特定取值及其相应要执行的操作称为规则; 在判定表中贯穿条件项和动作项的一列就是一条规则; 判定表中列出多少组条件取值,也就有多少条规则,即条件项和动作项有多少列。 第八页,共四十六页。   规则示例:三角形问题 第九页,共四十六页。   规则(续) 规则合并 规则合并就是判定表的简化。 有两条或多条规则具有相同的动作,并且其条件项之间存在着极为相似的关系,就可以将规则合并。 第十页,共四十六页。   (1)两条规则合并成一条 条件项“—”表示与取值无关。 第十一页,共四十六页。   条件项“—”在逻辑上包含其它的条件。 (2)两条规则的进一步合并 第十二页,共四十六页。   3. 判定表建立步骤 根据软件规格说明 ①列出所有的条件桩和动作桩; ②确定规则的个数; 假如有n个条件,每个条件有两个取值(0,1),则有2n 种规则;  ③填入条件项; ④填入动作项,得到初始决策表; ⑤简化,合并相似规则(相同动作)。 第十三页,共四十六页。 
                 原创力文档
原创力文档 
                         
                                    

文档评论(0)