|
|
|
|
移动端

2.3.2 NextDate函数的讨论

《软件测试:一个软件工艺师的方法(原书第4版)》第2章程序示例,本章给出了3个单元层次程序实例的伪代码。本节为NextDate函数的讨论。

作者:马琳/李海峰 译来源:机械工业出版社|2017-11-15 17:22

技术沙龙 | 6月30日与多位专家探讨技术高速发展下如何应对运维新挑战!


2.3.2 NextDate函数的讨论

NextDate函数之所以复杂有两个原因:一是前面讨论过的输入域复杂性,二是判断某一年是否为闰年的判别规则的复杂性。每一年实际上有365.2422天,因此要设立闰年来解决这个“多余天数”的问题。如果每四年一个闰年,还会有一点点的误差。罗马历法(尤其是格里高利教皇之后)采用每一百年调整闰年设置的办法来解决这个问题。方法是,如果年份数值可以被4整除,并且不是整世纪年,则该年为闰年;世纪年只有是400的倍数时才为闰年(Inglis,1961)。所以,1992年、1996年和2000年都是闰年,而1900年不是。NextDate函数还能说明软件测试领域的一个常见情况,我们常常能看到Zipf定律的具体实例,Zipf定律说明80%的活动发生在20%的空间中。留心观察一下这里处理闰年问题需要源代码的量以及在第二种实现形式中检查输入值的有效性所使用的源代码的量。


喜欢的朋友可以添加我们的微信账号:

51CTO读书频道二维码


51CTO读书频道活动讨论群:365934973

【责任编辑:book TEL:(010)68476606】

回书目   上一节   下一节
点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

Linux环境下C编程指南

本书系统地介绍了在Linux平台下用C语言进行程序开发的过程,通过列举大量的程序实例,使读者很快掌握在Linux平台下进行C程序开发的方法和技...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊