由詹姆斯•巴赫测试挑战

Attention ShiftSync community! We are excited to announce a brand new testing challenge prepared exclusively for you by the renowned expert, James Bach. The purpose of this challenge is to provide you with a way to showcase your analytical testing skills for other people to review and evaluate. You will get a winner badge and a certificate of achievement<\/strong>.\u00a0<\/p>

Voting goes by likes. Like answers, which in your opinion provide the best solution to the challenge. The replies with the greatest number of likes will get winner badges.<\/p>

Voting will be closed on 24.07.2023<\/strong>. However, even after the deadline, you may submit your solution in the comments and receive points.<\/p>

\u00a0<\/p>

\t\t\t Chapter<\/p>\t\t\t<\/td>\t\t\t	\t\t\t Here is a parking cost calculator for an airport: https:\/\/developsense.com\/parkcalc\/index.php<\/span> (This was copied from a real airport website, some years ago.) \t\t\tThere is a rumor that, because of poor input validation, you can make this calculator show huge parking costs (into the billions of dollars). Try to reproduce that. What is the highest amount you can make it quote you for parking?<\/p>\t\t\t<\/td>\t\t<\/tr>
\t\t\t Protocol<\/p>\t\t\t<\/td>\t\t\t	\t\t\t This is a hard problem meant to challenge you. There is no fixed time limit for solving it.<\/li>\t\t\t\t Use any resource you like to solve this problem. Tackling this with a team of people tends to work well.<\/li>\t\t\t<\/ul><\/td>\t\t<\/tr>
\t\t\t Deliverable<\/p>\t\t\t<\/td>\t\t\t	\t\t\t Please explain your process in the comment section.<\/li>\t\t\t\t Take screenshots of your most interesting and extreme results and attach them to your comment.<\/li>\t\t\t<\/ul><\/td>\t\t<\/tr><\/tbody><\/table> \u00a0<\/p> About James Bach: \u00a0<\/p> James Bach@satisfice<\/user-mention>\u00a0 is a highly influential figure in software testing, renowned for his pioneering work on exploratory testing. His book, \"Lessons Learned in Software Testing,\" co-authored with Cem Kaner and Bret Pettichord, is a go-to resource for testers worldwide. Bach emphasizes the value of skilled testing and encourages critical thinking, challenging traditional approaches. With his unwavering dedication, Bach has reshaped testing standards and inspired countless testers to think outside the box.<\/p><\/div><\/div><\/div><\/section> \u00a0<\/p> Learn more about James and his work<\/strong>:\u00a0Software Testing for Serious People - Satisfice, Inc.<\/a><\/p>","quoteUsername":"Kat","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 分享 28日回复 1 2 第1页/ 2 D Userlevel 1 darktelecom 亚音速0.5 1回复 1个月前 2023年6月26日 示例停车计算器似乎是旧的应用程序/网站。 乍一看,它的UI提供了一些建议: 旧的UI是一个热心提示告诉,它可能不是响应;事实上,它不是那么它不会工作得很好与移动设备和/或设备有不同的屏幕尺寸 似乎有一些输入,使用键盘和一些快捷方式(例如,打开日历) 关注输入验证,至少有两种方式输入数据:键盘和鼠标。我们可以同时使用可能带来了挑战值之间的一致性编辑使用。 除了它,可能更重要的,是这一事实似乎没有使用键盘输入验证当编辑的字段;他们只是文本字段(即。,“文本”的“输入”元素类型),而不是适当的HTML元素,可能会限制它只是数字,甚至一个正则表达式。 知道了这一点,我们可以输入一些无效的情况下: 15:00点(这是一个值的范围) 下午3点(成为27:00点后提交) 25:00点(这是一个值的范围) 25:00点(这是一个值的范围) 更多, 日期字段没有验证,因此我们可以输入一个日期的任何格式。例如,在一些国家是很普遍的使用YYYY-MM-DD,比如2023/06/27。如果我们输入结束日期,例如,它会接受它,并返回一个成本超过600万美元几天。 另外,我们可以在浏览器中看到,提交的值计算执行HTTP GET,和参数可以很容易地修改浏览器地址栏。 我们可以修改的类型很多像STPPP一些意想不到的价值,用它来计算停车成本…这不会给一个错误并返回0美元,这样在接下来的例子中。 https://developsense.com/parkcalc/index.php?Lot=STPPP&EntryTime=12%3A00&EntryTimeAMPM=AM&EntryDate=6%2F26%2F2023&ExitTime=12%3A00&ExitTimeAMPM=AM&ExitDate=6%2F27%2F2023&action=calculate&Submit=Calculate 需要更深入的测试,但有一些重要的事实验证,不做,这个停车场的计算器不应该被释放,我们甚至可以说,也许这需要更详尽的测试执行之前尽快固定。 The sample parking calculator seems to be of an old application\/website.<\/p> At first sight, it\u2019s UI provides already some tips:<\/p> the OLD UI is a hot tip telling that it may not be responsive; which in fact, it\u2019s not so it\u2019s not going to work well with mobile devices and\/or devices with different screen sizes<\/li>\t there seems to be several input that use the keyboard and also some shortcuts (e.g., for opening a calendar)<\/li><\/ul> Focusing on the input validation, there are at least\u00a02 ways of inputing data: keyboard and mouse. The fact that we can use both may present a challenge in terms of consistence between values edited using either of them.<\/p> Besides it, and probably more critical, is the fact that there seems to be no input validation whenever editing the fields using the keyboard; they are just text fields (i.e., \u201cinput\u201d elements of \u201ctext\u201d type), instead of proper HTML elements that could restrict it to just numbers or even a regular expression.<\/p> Knowing this, we can enter some invalid times like:<\/p> 15:00 AM (which is a value out of\u00a0 bounds)<\/li>\t 15:00 PM (which becomes 27:00 AM after submitting)<\/li>\t 25:00 AM (which is a value out of\u00a0 bounds)<\/li>\t -25:00 AM (which is a value out of\u00a0 bounds)<\/li><\/ul> More,\u00a0<\/p> the date field doesn\u2019t have a validation, therefore we can enter a date in a whatever format. For example, in some countries it\u2019s common to use YYYY-MM-DD, such as 2023\/06\/27. If we enter that for the end date, for example,\u00a0 it will accept it, and returns a cost of more than 1,6 Million USD for a few days.<\/li><\/ul> Additionally, we can see in the browser that submitting the values for calculation performs an HTTP GET, and the parameters can easily be modified on the browser address bar.<\/p> We can modify the type of Lot to some unexpected value like STPPP and use that to calculate the parking cost\u2026\u00a0 which won\u2019t give an error and return $0, such in the following example.<\/p> \u00a0<\/p> https:\/\/developsense.com\/parkcalc\/index.php?Lot=STPPP&EntryTime=12%3A00&EntryTimeAMPM=AM&EntryDate=6%2F26%2F2023&ExitTime=12%3A00&ExitTimeAMPM=AM&ExitDate=6%2F27%2F2023&action=calculate&Submit=Calculate<\/a><\/p> \u00a0<\/p> \u00a0<\/p> More deep\u00a0testing would be needed but the fact that there are some critical validations that aren\u2019t being done, this parking calculator should not be released and we can even say that probably this needs to be fixed ASAP before more exhaustive testing is performed.<\/p>","quoteUsername":"darktelecom","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 D Userlevel 1 暗黑之星 亚音速0.1 1回复 1个月前 2023年6月26日 有一个适当的“离开日期和时间”阈值将真正帮助,例如01/01/2100。 同时,请停车Calc的链接嵌入“章”部分,这样一个不需要复制- >粘贴链接或使用“打开新标签或窗口” \u00a0<\/p> <\/figure> Having an adequate \u201cLeaving Date and Time\u201c threshold would really help, e.g. 01\/01\/2100. Also, please embed the link to the Parking Calc in the \u201cChapter\u201d section, so that one doesn\u2019t need to copy->paste the link or use \u201cOpen In New Tab OR Window\u201d<\/p>","quoteUsername":"DarkStar","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 Userlevel 6 + 2 anuvip 0.8跨声速 20个回复 1个月前 2023年6月26日 一些描述上面已经提供。 “选择离开的日期和时间”字段接受实时数据,没有限制的十进制值,实际上它工作到21个十进制值 结果是在这里 质量的主张,一些 Few descriptions are already provided on top.<\/p> The \u201cChoose Leaving Date and Time\u201d field accept real time data, with no restriction on decimal values, in fact it worked till 21 decimal values<\/p> \u00a0<\/p> result is here<\/p> <\/figure> \u00a0<\/p>","quoteUsername":"anuvip","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 Userlevel 2 塞巴斯蒂安Stautz 亚音速0.7 2回答 1个月前 2023年6月26日 我和计算器直接互动约45分钟,还在写这报告(约45分钟)。 警告:我不习惯AM / PM时间所以我可能会混淆一些事情是正常的。 我现在最多(它甚至可能走高):5777922043452 .00 观察: 日期不检查任何理智 车祸当我年日期设置为高。页白了几秒钟后,没有用户界面了。 设定的日期(350000000年-)网站的白色= >需要进一步调查找到确切的极限。 做一个成功的计算与代客泊车重置选择短期停车 与点UI设置计算后回我,有时是时间也发生了变化: 警告:我不习惯AM / PM 00:00点到12点 →37:99 25:99点 请求URL与工作价值观立即返回HTML但并不包含一个成本价值。高、工作日期需要响应一些秒。 我怎么来呢? 起初我玩了一些学习这个计算器是如何工作的。什么是UI元素。 我的第一想法是,天日期一般特别是好多年来是一个快速的方法来创建高量。 我尝试了,如果日期之前1.1.1970 (Unix日期开始),其中一个问题但我可以生成成本。有离开日期之前的条目日期是给了一个错误消息通常我试过(可能结合时间可以找到更多的问题)。 现在我开始玩的日期。首先要回到入口像999年,9。第一个9我只是添加9到最大是-999999999,崩溃。 我观察到每9添加响应的时间。 现在我设置条目日期成批约-999,接近极限。 也许我应该停止推动边界的方法。有输入日期完全恢复过去的时候没有汽车,没有任何意义。也离开日期超过100年的未来不在于不同于1000年。 我的时间就是现在。我必须停止报告。也许明天我可以继续和完善这个报告。 I interacted around 45\u00a0minutes\u00a0with the calculator straight and also during writing this report (around another 45 minutes). Warning<\/em>: I\u2019m not used to AM\/PM times therefore I might confuse some things which are normal for this. My currently highest amount\u00a0(It might even go higher):\u00a05,777,922,043,452.00<\/strong> \u00a0<\/p> <\/figure> Observations:<\/p> Dates are not checked for any sanity<\/li>\t A crash when I set the years date to high. The pages\u00a0goes white after some seconds, having no UI anymore.\t setting one of the\u00a0dates to (-)350,000,000 let the site go white => It would need further investigations to find the exact limit.<\/li>\t\t \u00a0<\/li>\t<\/ul><\/li>\t Making a successful calculation with Valet Parking resets the option to Short-Term Parking<\/li>\t After a calculation with PM the UI is set back to AM and sometimes is the time also changed:\t Warning<\/em>: I\u2019m not used to AM\/PM times<\/li>\t\t 00:00 PM goes to 12:00 AM<\/li>\t\t 25:99 PM goes to 37:99 AM<\/li>\t<\/ul><\/li>\t Requesting the URL with working values returns the HTML immediately but it does not contains a cost value. With high, working dates takes the response some seconds.<\/li><\/ul> How do I came to this?<\/strong><\/p> At first I played a bit around to learn how this calculator works. What are the UI elements.<\/p> My first idea was that day dates in general and specifically extrem\u00a0years are a fast way to create high amount.<\/p> I tried out if dates before 1.1.1970 (Unix date start) where an issue but even for that I could generate costs. Having the Leaving date\u00a0before the Entry date was gave an error message as often as I tried it (maybe in combination with the time can be\u00a0 found more issues).<\/p> Now I\u00a0started playing around with the dates. At first going back in the Entry year like\u00a0999, -9. With the first -9 I just add 9 to reach the maximum which was -999,999,999 at that time, crashing the site. As I observed with every 9 added the response took longer.<\/p> Now I set the Entry date to around -999 and tried in batches to approach the limit.<\/p> Maybe I should have stopped pushing the boundaries way earlier. Having Entry dates quite back in the past when no cars makes no sense at all. Also a Leaving date more than\u00a0100 years in the future is not that different from 1,000 years.<\/strong> My time is out now. I have to stop the report here. Maybe I can continue and improve this report tomorrow.<\/em><\/p>","quoteUsername":"Sebastian Stautz","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 P Userlevel 1 保罗 亚音速0.5 1回复 1个月前 2023年6月26日 我想我会遗漏一些细节关于这个计算器的概述(即UI / UX缺陷等)已经解决,直接跳转到我的发现。 首先,需要指出的是,只有输入验证我发现在这个计算器是一般检查入境日期不能晚于出口日期(反之亦然)。就是这样。non-digit字符的输入不验证的虫子爬留下足够的空间(和希望被发现)。 所以我开始玩数字,尤其是日期。我最初的想法是尽可能早地设置条目的日期和出口日期尽可能晚,希望日期差异最终将返回值在一个巨大的成本。这是部分正确,我能够达到一万亿左右。9年部分加起来导致响应时间较慢,所以我决定开关输入。 显而易见的,服务器没有任何限制秒部分,数量增长更快。 当我注意到的天数有科学记数法表示的E + 16的部分。我想知道,如果服务器返回这样的价值客户,那么它可以处理它,如果客户端发送到服务器吗? 所以我立即测试,通过添加E + 199退出时间导致这样的… 正如我们所看到的,返回的成本数量如此巨大的甚至不适应页面,打破了布局。 我走得更远,好奇会发生什么,如果我进入了一个更大的数量在科学记数法,E + 99999左右? 下面是结果 返回值原来如此巨大,计算器返回NAN美元无限的天数。 这是到目前为止我已经有多远。仍然想知道如果有一个方法,返回一个负值。 I think I\u2019ll leave out some of the details about the general overview of this calculator (i.e. the UI\/UX shortcomings etc.) that have already been addressed here and jump straight into my findings. First of all, it needs to be noted that the only input validation I\u2019ve found in this calculator is the general check that the entry date shouldn\u2019t be later than the exit date (and vice versa). That\u2019s it. The inputs are not validated for non-digit characters which leaves plenty of room for bugs to crawl in (and hopefully be discovered). So I started playing with numbers, particularly dates. My initial thought was to set the entry date as early as possible and the exit date as late as possible, hoping that the date difference would end up in a huge cost value returned. That was partially true, and I was able to get to something around a trillion. Adding up nines to the year section led to slower response time, so I decided to switch to time inputs.<\/p> <\/figure> It quickly became obvious that the the server did not have any restrictions on seconds part, and the number grew way quicker.\u00a0<\/p> <\/figure> That\u2019s when I noticed that the number of days actually had scientific notation which was denoted by E+16 part. I wondered, well, if the server returns such a value to the client, then maybe it could process it if the client sends it to the server? So I immediately tested that out by adding E+199 to the exit time which resulted in something like this\u2026 \u00a0<\/p> <\/figure> As we can see, the cost number returned was so huge it\u00a0didn\u2019t even fit the page and broke the layout. I went further and got curious what would happen if I entered an even bigger number in scientific notation, something around E+99999? Below is the result<\/p> <\/figure> The return value turned out so huge that the calculator returned NAN dollars for infinite number of days. That\u2019s how far I\u2019ve gone so far. Still wondering if there\u2019s a way to make that thing return a negative value.<\/p>","quoteUsername":"Paul","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 年代 Userlevel 1 Shrihari 亚音速0.7 1回复 1个月前 2023年6月26日 计算器是使用简单的公式来计算的时间停车,然后乘以它的单位数量。单位金额部分看起来对我好 时间停=(结束日期结束时间-开始日期开始时间) 没有验证结束日期开始时间结束时间或开始日期。 这是最大数量我可以得到如下: 开始时间:0日期:0 结束时间:1.0 e + 304:1.0E + 306 28888888888888888216804184759942138746047761733137639962131879827712316167361170965208303495542144880552591661274497301372395918746356108582811181673959222080850792644042856288782018504299610380302930039590665547643580580615527391425986093822742404520595613706021388377148501889585833721752900338167316480美元(1.1111111111111 e + 303天0小时0分钟) 对于任何第二次以上,显示下面的消息 28888888888888888216804184759942138746047年,76年 1733137639962131879827712316167361170965208303495542144880552591661274497301372395918746356108582811181673959222080850792644042856288782018504299610380302930039590665547643580580615527391425986093822742404520595613706021388377148501889585833721752900338167316480 .00(1.1111111111111 e + 303天0小时0分钟) the calculator is using simple formula to calculate number of hours of parking and then multiplies it by a unit amount. The unit amount part looked ok to me<\/p> Time parked = (End Date\u00a0End time - Start Date Start Time)<\/p> There is no validation on End Date\u00a0End time or Start Date Start Time.<\/p> This is max amount I could get as below:<\/p> Start time: 0 Date : 0<\/p> End time:1.0E+304:1.0E+306<\/p> $28,888,888,888,888,888,216,804,184,759,942,138,746,047,761,733,137,639,962,131,879,827,712,316,167,361,170,965,208,303,495,542,144,880,552,591,661,274,497,301,372,395,918,746,356,108,582,811,181,673,959,222,080,850,792,644,042,856,288,782,018,504,299,610,380,302,930,039,590,665,547,643,580,580,615,527,391,425,986,093,822,742,404,520,595,613,706,021,388,377,148,501,889,585,833,721,752,900,338,167,316,480.00 \u00a0 \u00a0 \u00a0 \u00a0(1.1111111111111E+303 Days, 0 Hours, 0 Minutes)<\/p> <\/figure> \u00a0<\/p> For any second above this, the message below is displayed<\/p> <\/figure> \u00a0<\/p> 28,888,888,888,888,888,216,804,184,759,942,138,746,047,76<\/strong><\/span><\/span><\/strong><\/p> 1,733,137,639,962,131,879,827,712,316,167,361,170,965,208,303,495,542,144,880,552,591,661,274,497,301,372,395,918,746,356,108,582,811,181,673,959,222,080,850,792,644,042,856,288,782,018,504,299,610,380,302,930,039,590,665,547,643,580,580,615,527,391,425,986,093,822,742,404,520,595,613,706,021,388,377,148,501,889,585,833,721,752,900,338,167,316,480.00<\/strong><\/span><\/span><\/strong>\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0(1.1111111111111E+303 Days, 0 Hours, 0 Minutes)<\/strong><\/span><\/span><\/p>","quoteUsername":"Shrihari","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 年代 Userlevel 4 + 4 satisfice 0.8跨声速 18日回复 1个月前 2023年6月26日 很难打破我们的成见的软件限制:例如,适当的格式化的日期字段。188金宝搏官网登录app 不过,这就是黑客做的。这就是为什么网络安全太难了。开发人员和产品所有者想说“没有用户会这样做。“当然在网络安全方面,黑客是用户,他们的动机是在我们的产品中找到漏洞。188金宝搏官网app注册 It can be difficult to break out of our preconceived ideas of software limitations: for instance, the proper formatting of the date field.<\/p> This is what hackers do, though. This is why cybersecurity is so hard. Developers and product owners like to say \u201cno user would do that.\u201d But of course in cybersecurity terms, hackers are users, and they are motivated to find vulnerabilities in our products.<\/p> \u00a0<\/p>","quoteUsername":"satisfice","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 年代 Userlevel 4 + 4 satisfice 0.8跨声速 18日回复 1个月前 2023年6月26日 @Shrihari你非常接近我能够得到的最大。我的马克斯•是你的两倍多。 @Shrihari<\/user-mention>\u00a0You are very close to the maximum I was able to get. My max is more than twice as large as yours, though.<\/p>","quoteUsername":"satisfice","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 年代 Userlevel 4 + 4 satisfice 0.8跨声速 18日回复 1个月前 2023年6月26日 @Sebastian Stautz对于项目的目的,我认为你不需要去任何进一步的。不过,它可以是一个很好的学习经历。 @Sebastian Stautz<\/user-mention>\u00a0For project purposes, I agree you\u00a0don\u2019t need to go any further. Still, it can be a good learning experience to try.<\/p>","quoteUsername":"satisfice","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 年代 Userlevel 4 + 4 satisfice 0.8跨声速 18日回复 1个月前 2023年6月26日 @darktelecom我喜欢你的报告。写清楚,似乎是合情合理的。我同意如果我们模拟一个现实的项目情况,你不需要去任何进一步的。然而,有时我喜欢把事情超出了实际的项目,因为我想提高我的街头信誉bug调查员/黑客。 @darktelecom<\/user-mention>\u00a0I like your report. It\u2019s written clearly and seems well-reasoned. I agree that if we are simulating a realistic project situation, you don\u2019t need to go any further. However, sometimes I like to push things beyond the practical on projects because I want to enhance my street cred as a bug investigator\/hacker.<\/p>","quoteUsername":"satisfice","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 年代 Userlevel 4 + 4 satisfice 0.8跨声速 18日回复 1个月前 2023年6月26日 我喜欢用一个工具投。 这是把文件的内容你可以用这可能便于系统地探索这个问题: 得到https://developsense.com/parkcalc/index.php (QueryStringParams) 很多:STP EntryTime: 8点 EntryTimeAMPM: EntryDate: 6/26/2023 ExitTime: 12点 ExitTimeAMPM:点 ExitDate: 6/26/2023 行动:计算 提交:计算 HTTP 200 (断言) xpath字符串(/ html /身体/形式/表/ tr [4] / td[2])”包含“8.00” 你可以继续更新数据和运行投掷。或者你可以添加新的部分文件,保持你所有的历史尝试。 One tool I like to use is Hurl<\/a>.<\/p> Here is the contents of a Hurl file you can use which might make it easier to systematically explore this problem:<\/p> GET https:\/\/developsense.com\/parkcalc\/index.php [QueryStringParams] Lot: STP EntryTime: 8:00 EntryTimeAMPM: AM EntryDate: 6\/26\/2023 ExitTime: 12:00 ExitTimeAMPM: PM ExitDate: 6\/26\/2023 action: calculate Submit: Calculate HTTP 200 [Asserts] xpath \"string(\/html\/body\/form\/table\/tr[4]\/td[2])\" contains \"8.00\"<\/code><\/pre> You can keep updating the data and running Hurl. Or you can just add new sections to the file and keep all the history of your attempts.<\/p>","quoteUsername":"satisfice","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 F fuadalro7 亚音速0.1 1回复 1个月前 2023年6月26日 非功能性测试的好 Good for a non-functional tester \ud83d\ude05<\/p> <\/figure> \u00a0<\/p>","quoteUsername":"fuadalro7","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 B Userlevel 2 BugBeeAnki 亚音速0.5 4回复 1个月前 2023年6月26日 我选择了一个简单的数字组合1和9随机检查四肢,操纵时间数据只有这里是结果。 为什么只有1的组合和9年代日期字段? 小时候,我们能想到的只有1和9玩最小的和最大的值不包括0。 和野生的尝试! 测试: 这里是我的一些随机测试,在看到这样的利润,我想开始一个生意。 当所有的输入错误的格式。 一个无效的日期像2/38/2100没有障碍,我们的利润。 甚至负面迹象并不重要! 以下格式,但意想不到的价值和它的工作原理! 没有适当的条目,但0的值。想知道计算逻辑是工作! 注意:我添加我的观察后!请继续关注。 I have\u00a0chosen a simple combination of digits like 1 and 9\u00a0to check extremities randomly, manipulated the time data only and here is the result.<\/p> <\/figure> Why only a combination of 1s and 9s in the date fields?<\/p> Well, as a kid, we can think of only 1 and 9 to play with the smallest and largest values excluding 0.<\/p> And a wild attempt!<\/p> Tests:<\/strong><\/u>\u00a0<\/p> Here are my few random tests and after seeing this\u00a0kind of profit,\u00a0I would love to start a business.<\/p> When all the inputs are in the wrong format.\t <\/figure> \u00a0<\/p>\t<\/li>\t One Invalid date\u00a0like 2\/38\/2100 is no barriers, and we are in profit.\t <\/figure> \u00a0<\/p>\t<\/li>\t \u00a0Even negative signs did not matter!\t <\/figure> \u00a0<\/p>\t<\/li>\t \t Following\u00a0formats but with unexpected values and it works!<\/p>\t <\/figure><\/li>\t No proper entries but the value of Zeros. Wondering how\u00a0the calculation logic is working!\t <\/figure> Note:<\/u><\/strong> I am adding my observations later! Stay tuned.<\/em><\/p>\t<\/li><\/ol>","quoteUsername":"BugBeeAnki","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 年代 Userlevel 4 + 4 satisfice 0.8跨声速 18日回复 1个月前 2023年6月26日 温馨提示:本软件是真实的!188金宝搏官网登录app这是来自大急流城机场网站,几年前。 Just a reminder: this software was real! It was taken from the Grand Rapids airport website, some years ago.<\/p>","quoteUsername":"satisfice","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 D Userlevel 1 可憎的 亚音速0.1 3回复 1个月前 2023年6月26日 Please delete this comment if that's the case, but I guess "visiting in quick succession" this urlhttps://developsense.com/parkcalc/index.php?Lot=STP&EntryTime=12%3A00&EntryTimeAMPM=AM&EntryDate=6%2F26%2F2023&ExitTime=12%3A00&ExitTimeAMPM=AM&ExitDate=6%2F26%2F1.0E%2B304%3A1.0E%2B306&action=calculate&Submit=Calculate 可以后台一点汗水,嗯? Please delete this comment if that's the case, but I guess \"visiting in quick succession\"\u00a0\ud83d\ude09 this url https:\/\/developsense.com\/parkcalc\/index.php?Lot=STP&EntryTime=12%3A00&EntryTimeAMPM=AM&EntryDate=6%2F26%2F2023&ExitTime=12%3A00&ExitTimeAMPM=AM&ExitDate=6%2F26%2F1.0E%2B304%3A1.0E%2B306&action=calculate&Submit=Calculate<\/a><\/p> could make that backend sweat a little, huh?<\/p>","quoteUsername":"detestable","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 年代 Userlevel 4 + 4 satisfice 0.8跨声速 18日回复 1个月前 2023年6月26日 @detestable我没有得到回复输入。 @detestable<\/user-mention>\u00a0I don\u2019t get a reply at all with that input.<\/p>","quoteUsername":"satisfice","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 D Userlevel 1 可憎的 亚音速0.1 3回复 1个月前 2023年6月26日 @satisfice呵呵,也许这只是我,请求挂像30秒,让我一个空白的反应 游手好闲的人 @satisfice<\/user-mention>\u00a0ohhh, maybe it was just me, the request hanged for like 30 seconds and got me a blank response<\/p> \u00a0<\/p> bummer<\/p> \u00a0<\/p> <\/figure> \u00a0<\/p>","quoteUsername":"detestable","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 D Userlevel 1 可憎的 亚音速0.1 3回复 1个月前 2023年6月26日 @satisfice我的错误当报告(试着很酷的孩子),不直接通过url,但如果你使用1.0 e + 304:1.0E + 306(很明显抄袭Shrihari)出境日期和今天入境日期和提交我想你会挂 @satisfice<\/user-mention>\u00a0my mistake when reporting (tried to be the cool kid), doesn't work directly by url, but if you use\u00a01.0E+304:1.0E+306 (obviously copied from Shrihari) as exit date and today as entry date and submit\u00a0 I think you'll get it to hang<\/p> <\/figure> \u00a0<\/p>","quoteUsername":"detestable","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 T ThePoplipo 亚音速0.5 1回复 1个月前 2023年6月26日 这是一个有趣的小练习。刚开始很明显,一些信息是缺失的全面测试。应该每个很多价格是什么?我应该能保持一年短期停车? 但后来我虽然对真正的问题我应该调查和另一次决定离开这些问题。 我的第一个方法是简单地检查多少我可以调整日期。我试着计算30年预订。湿草地没有给我任何不合理的数字。所以我决定检查如果我可以离开日期之前的条目的日期。令我惊奇的是,这似乎很好地工作。所以我虽然时间。(我还注意到没有错误显示当用户发明日期2023年3月29日) 东西抓住我的眼睛是AM / PM选择器(我想输入放送点)。当我点击计时器,我注意到我能写。所以我开始明显999999999999999999999和问题被发现。 但是我没有完成。我想“也许如果我能去,高我可以向下”所以我决定尝试与一个大的负数“-99999999999999999”似乎是合理的。 同时,罗伯特似乎是一个有效的日期和相当昂贵 <\/figure> This was a fun little excercise. At first it was clear that some information is missing to fully test this. What are the supposed prices for every lot? Should I be able to stay for a Year on a Short Term Parking?<\/p> But then I though about the real issue I was supposed to investigate and decided to leave those questions for another time.<\/p> \u00a0<\/p> My first approach was to simply check how much could I adjust the dates. I tried to calculate a 30 year booking. Wich didn\u2019t give me any unreasonable numbers. So I then decided to check if I could book a leaving date before the entry date. To my surprise this seemed to work quite nicely. So then I though about the time. (I also noticed that no error is displayed when the user invents dates like 29th of Febuary 2023)<\/p> \u00a0<\/p> Something that catched my eye is the AM\/PM selector (I was thinking of inputing 24:00 AM). When I clicked the timers, I noticed I was able to write on them. So I started with the obvious 999999999999999999999 and the issue was found.<\/p> But I wasn\u2019t done. I thought \u201cMaybe if I am able to go that high I can go way down\u201d so I decided to try with a big negative number \u201c-99999999999999999\u201d seemed reasonable.<\/p> \u00a0<\/p> Also, robert seems to be a valid date, and quite costly<\/p> <\/figure> \u00a0<\/p>","quoteUsername":"ThePoplipo","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 米 maxtkachov 亚音速0.7 1回复 1个月前 2023年6月26日 可能没有正确验证日期格式显示:天,月,年:最小和最大的价值。 它看起来像00 - 99范围-当输入2符号(DD,毫米)和0000 - 9999范围为YYYY - 4位数。 但是我们知道范围DD: 01-31;MM: 01-12;YYYY:最可能开始一天——今天。这意味着至少有2023年,直到真正的时间(9999年)。但是现在你可以输入0000,它将被应用。 最大可能的情况: 开始日期:00/00/0000 结束日期:99/99/9999 金额:76041838 .00 \u00a0<\/p> No correct validation for displayed date format: possible days, months, years: min and max values.\u00a0<\/p> It looks like 00-99 range - when typed 2 symbols (DD, MM) and 0000-9999 range - 4 digits for YYYY.\u00a0<\/p> But as we know range for DD: 01-31; MM: 01-12; YYYY:\u00a0 most possible start day - today. It means at least 2023 and till real year time (not 9999). But now you can type 0000 and it will be applied.<\/p> The maximum possible sum of money case:<\/p> Start date: 00\/00\/0000 End date: 99\/99\/9999<\/p> Sum: 76,041,838.00<\/p> <\/figure> \u00a0<\/p>","quoteUsername":"maxtkachov","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 Userlevel 2 + 2 mmario.ffrohlich 0.8跨声速 5回复 1个月前 2023年6月27日 这是我的报告,这不错的挑战。 我的第一个目标是找出应用程序行为与不同日期格式(s)所以我尝试以下格式: DD / MM /段勇 段勇/ MM / DD 段勇/ DD / MM YYYY-MM-DD DD-MM-YYYY ; DD.MM.YYYY MM.DD.YYYY YYYY.MM.DD YYYY.DD.MM M.D.YYYY D.M.YYYY YYYY.M.D YYYY.D.M DD MM YYYY MM DD YYYY YYYY MM DD YYYY DD毫米 D M Y D M YYYY DD MM的YY DD-MM-YYYY HH: mm: ss DD / MM / YYYY HH: MM: ss DD.MM.YYYYHH:mm:ss 下一步是找出有多大价值可以“日期”部分接受前几次试验之后,我得出的结论是,最大/最小的值在范围内,包容,-999999999 < > -999999999。 下一步是摆弄“时间”输入。这里有一些有趣的发现。例如: 开始日期是空的,可以设置为:00后计算执行 如果输入:XX的离开时间和“点”被选中的值后将默认为“12:XX”计算 设置开始日期到00:00点和结束日期99:99点。计算后,“结束日期”设置为“111:99” 离开日期的增加的价值与每个计算,需要选择实现这一“点”(下面图片显示的结果已经选择“是”,这是因为这张照片摄计算执行和表单重置后的一些值后计算) 然后,有一些普遍问题: 选择很多的重置每次计算后的短期停车 加载页面后输入的值不重置 当然,最好的是最后的保存。这些是我设法获得的两个最高的值(灵感来自结果/输入Shrihari获得/使用): 12708333333333332967401980232859168628525464503698613414522724605015219418325420468736234296598399533039132395113466895373157943356627796442973405410397248800629166261831448178493452611580311562459296227824353005193212658209101865408410243734079892283725736687007252967632114030003305119796382192088645632美元(4.2361111111111 e + 302天0小时0分钟) 24999999999999998481338812638411554650100718050293312382976928928308011407533084757108273143601269371092140295140405431446792984356590076325589497102167206937468253604205027602669275632906102264609299506371378997691599206377054581648872780674019874513365087296656431016019010952114899655187260870345359360美元(8.3333333333333 e + 302天,2.7720004299093 e + 288小时0分钟) 这是一个我,马里奥! Here is my report on this nice challenge.<\/p> \u00a0<\/p> My first goal was to find out how the app behaves with different date format(s) so I\u2019ve tried the following formats:\u00a0<\/p> DD\/MM\/GGGG<\/li>\t GGGG\/MM\/DD<\/li>\t GGGG\/DD\/MM<\/li>\t YYYY-MM-DD<\/li>\t DD-MM-YYYY<\/li>\t MM-DD-YYYY<\/li>\t DD.MM.YYYY<\/li>\t MM.DD.YYYY<\/li>\t YYYY.MM.DD<\/li>\t YYYY.DD.MM<\/li>\t M.D.YYYY<\/li>\t D.M.YYYY<\/li>\t YYYY.M.D<\/li>\t YYYY.D.M<\/li>\t DD MM YYYY<\/li>\t MM DD YYYY<\/li>\t YYYY MM DD<\/li>\t YYYY DD MM<\/li>\t D M Y<\/li>\t D M YYYY<\/li>\t DD MM 'YY<\/li>\t DD-MM-YYYY HH:mm:ss<\/li>\t DD\/MM\/YYYY HH:mm:ss<\/li>\t DD.MM.YYYY HH:mm:ss<\/li><\/ul> Next step was to find out how big value can \u2018Date\u2019 section accept before breaking and after some experimentation I came to the conclusion that the\u00a0max\/min\u00a0<\/em>values are in range, inclusive,\u00a0-999999999 <> -999999999.\u00a0<\/p> \u00a0<\/p> The next step was to fiddle with the \u2018Time\u2019 inputs. There were some interesting finds here too. For example:\u00a0<\/p> Start date can be empty and will be set to \u2018:00\u2019 after calculation is performed<\/li><\/ul> <\/figure> \u00a0<\/p> If \u2018:XX\u2019 is entered in the\u00a0Leaving time and the \u2018PM\u2019 is selected\u00a0the value will default to \u201812:XX\u2019 after calculation<\/li><\/ul> <\/figure> \u00a0<\/p> Setting start date to 00:00 AM and end date to 99:99 PM. After calculation, the 'end date' is set to '111:99'<\/li><\/ul> <\/figure> \u00a0<\/p> \t The value in the 'Leaving date' increases with each calculation \u2013 'PM' needs to be selected to achieve this (the pictures below show some of the results have \u2018AM\u2019 selected, that is because the picture was taken after the calculation was performed and the form resets some of the values after the calculation)<\/p>\t<\/li><\/ul> <\/figure> \u00a0<\/p> Then, there were some general issues like:\u00a0<\/p> \t The 'Choose a Lot' resets to 'Short-Term Parking' after each calculation<\/p>\t<\/li>\t \t Entered values don\u2019t reset after the page reload<\/p>\t<\/li><\/ul> <\/figure> \u00a0<\/p> \u00a0<\/p> Of course, the best one is saved for last. These are the two highest values I\u2019ve managed to obtain (was inspired by results\/inputs Shrihari obtained\/used):<\/p> \t $12,708,333,333,333,332,967,401,980,232,859,168,628,525,464,503,698,613,414,522,724,605,015,219,418,325,420,468,736,234,296,598,399,533,039,132,395,113,466,895,373,157,943,356,627,796,442,973,405,410,397,248,800,629,166,261,831,448,178,493,452,611,580,311,562,459,296,227,824,353,005,193,212,658,209,101,865,408,410,243,734,079,892,283,725,736,687,007,252,967,632,114,030,003,305,119,796,382,192,088,645,632.00\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0(4.2361111111111E+302 Days, 0 Hours, 0 Minutes)<\/strong><\/p>\t<\/li><\/ul> <\/figure> \u00a0<\/p> \t $24,999,999,999,999,998,481,338,812,638,411,554,650,100,718,050,293,312,382,976,928,928,308,011,407,533,084,757,108,273,143,601,269,371,092,140,295,140,405,431,446,792,984,356,590,076,325,589,497,102,167,206,937,468,253,604,205,027,602,669,275,632,906,102,264,609,299,506,371,378,997,691,599,206,377,054,581,648,872,780,674,019,874,513,365,087,296,656,431,016,019,010,952,114,899,655,187,260,870,345,359,360.00<\/strong>\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0(8.3333333333333E+302 Days, 2.7720004299093E+288 Hours, 0 Minutes)<\/strong><\/p>\t<\/li><\/ul> <\/figure>","quoteUsername":"mmario.ffrohlich","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 Userlevel 2 塞巴斯蒂安Stautz 亚音速0.7 2回答 1个月前 2023年6月27日 @Sebastian Stautz对于项目的目的,我认为你不需要去任何进一步的。不过,它可以是一个很好的学习经历。 我发现它更有趣的发现bug,玩比寻找最大成本UI: -) 这可能仍然是一个有趣的挑战。 \t @Sebastian Stautz<\/user-mention>\u00a0For project purposes, I agree you\u00a0don\u2019t need to go any further. Still, it can be a good learning experience to try.<\/p>\t<\/div><\/content-quote> Somehow I found it more interesting to find bugs by playing with the UI than to look for the maximum cost :-) Which might still be an interesting challenge on its own.<\/p> \u00a0<\/p>","quoteUsername":"Sebastian Stautz","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 H Userlevel 1 hananurrehman 亚音速0.5 2回答 1个月前 2023年6月27日 通常的格式我记下的发现在测试(我从RST)。我可以说一个“改进”一节没有意义,但我似乎他们是额外的电流范围。每个人都知道有一个第三方插件在某处,这个计算器的所有功能。 错误: “选择”选择总是重置“短期停车” 它以负值作为输入并0作为输入 需要时间值更大,24作为输入 没有办法刷新的因为每个参数嵌入到URL AM / PM应该决定基于时间价值选择。1300不能被一个点值 从1200年到12点时间价值应该自动格式。正则表达式检测分钟丢失,需要输入的值为小时 在下午时间价值的唯一方法是进入是等价的,选择单选按钮然后下午价值增加了12个小时 如果你输入一个点值,然后选择“点”单选按钮,它将超越2400年 AM / PM单选按钮重置为 它甚至将文本作为输入的日期和时间 改进: 日期选择应放置在日期字段 日期选择器还应该包括一个时间选择器 应该有一个最大时间限制停车 I did in the usual format I note down findings when testing (something I learned from RST). One can argue my \u201cimprovements\u201d section doesn\u2019t make sense but I seem them as something additional to the current scope. Everybody knows there\u2019s a third party plugin out there somewhere that can do everything this calculator does.<\/p> \u00a0<\/p> Bugs:\u00a0<\/h3> \t The \"choose a lot\" selection always resets to \"Short-term Parking\"<\/p>\t <\/figure><\/li><\/ul> \u00a0<\/p> It takes negative values as input and also 0 as input\t <\/figure><\/li><\/ul> \u00a0<\/p> It takes time values greater that 24 as input\t <\/figure><\/li><\/ul> \u00a0<\/p> There's no way to refresh the thing since every parameter gets embedded in the URL<\/li><\/ul> \u00a0<\/p> AM\/PM should be decided based on time value selected. 1300 cannot be an AM value\t <\/figure><\/li><\/ul> \u00a0<\/p> Time value should auto format from 1200 to 12:00. Regex to detect minutes is missing, it takes the value entered as hours\t <\/figure><\/li>\t The only way to get a time value in PM is to enter the AM equivalent, select PM radio button which then adds 12 hours to the value<\/li><\/ul> \u00a0<\/p> If you input a PM value for time and then select the \"PM\" radio button, it will go beyond 2400\t <\/figure><\/li><\/ul> \u00a0<\/p> AM\/PM radio buttons reset to AM\t <\/figure><\/li>\t It even takes text as input for time and date\t <\/figure><\/li><\/ul> \u00a0<\/p> \u00a0<\/p> Improvements:<\/h3> The date picker should be placed alongside the date field<\/li>\t The date picker should also include a time picker<\/li>\t There should be a max time limit to park your car \t\u00a0<\/li><\/ul>","quoteUsername":"hananurrehman","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 B Userlevel 2 BugBeeAnki 亚音速0.5 4回复 1个月前 2023年6月27日 我选择了一个简单的数字组合1和9随机检查四肢,操纵时间数据只有这里是结果。 为什么只有1的组合和9年代日期字段? 小时候,我们能想到的只有1和9玩最小的和最大的值不包括0。 和野生的尝试! 测试: 这里是我的一些随机测试,在看到这样的利润,我想开始一个生意。 当所有的输入错误的格式。 一个无效的日期像2/38/2100没有障碍,我们的利润。 甚至负面迹象并不重要! 以下格式,但意想不到的价值和它的工作原理! 没有适当的条目,但0的值。想知道计算逻辑是工作! 注意:我添加我的观察后!请继续关注。 观察: 会发生什么,点击“计算” 选择任何以外的其他许多“短期停车”从下拉,将重置价值相同。 时间字段 标准规范,时间遵循的格式hh: mm。 我试着进入hh: mm: ss格式和重置后点击计算。 输入任何时间进入或离开时间字段。我(默认选择)。 选择“点”按钮并计算。 你会得到12小时添加到“hh”。 唯一值没有变化是12点保持不变。 你可以尝试任何数量从零到无限的范围。 如果你只添加字符串字段和计算通过选择,它将显示字符串:00 如果你只添加字符串字段和计算通过选择点,12点的值将重置。 如果你只添加时间在hh: mm格式字符串字段的时间和计算通过选择,它将保持不变。 如果你添加时间在hh格式字符串字段和计算的时间选择,它将显示值作为hhstring: 00。 如果你只添加时间在hh: mm格式字符串字段的时间和计算通过选择点,它将显示(hh + 12): 00字符串。 如果你添加时间在hh格式字符串字段和计算通过选择的时间点,它将移除字符串,添加12 hh,将值设置为(hh + 12): 00。 \t I have\u00a0chosen a simple combination of digits like 1 and 9\u00a0to check extremities randomly, manipulated the time data only and here is the result.<\/p>\t <\/figure> Why only a combination of 1s and 9s in the date fields?<\/p>\t Well, as a kid, we can think of only 1 and 9 to play with the smallest and largest values excluding 0.<\/p>\t And a wild attempt!<\/p>\t Tests:<\/strong><\/u>\u00a0<\/p>\t Here are my few random tests and after seeing this\u00a0kind of profit,\u00a0I would love to start a business.<\/p>\t When all the inputs are in the wrong format.\t\t <\/figure> \u00a0<\/p>\t\t<\/li>\t\t One Invalid date\u00a0like 2\/38\/2100 is no barriers, and we are in profit.\t\t <\/figure> \u00a0<\/p>\t\t<\/li>\t\t \u00a0Even negative signs did not matter!\t\t <\/figure> \u00a0<\/p>\t\t<\/li>\t\t \t\t Following\u00a0formats but with unexpected values and it works!<\/p>\t\t <\/figure><\/li>\t\t No proper entries but the value of Zeros. Wondering how\u00a0the calculation logic is working!\t\t <\/figure> Note:<\/u><\/strong> I am adding my observations later! Stay tuned.<\/em><\/p>\t\t<\/li>\t<\/ol><\/div><\/content-quote> Observations:<\/strong><\/p> What happens with a click on \u201cCalculate\u201d<\/p> Choose any of the lots other than \u201cShort-term Parking\u201d from the dropdown, it will reset the value to the same.<\/li><\/ol> Time Fields<\/u><\/em><\/strong><\/p> By standard norms, time follows the format of hh:mm.<\/li><\/ol> I tried entering hh:mm:ss format and it got reset after clicking to calculate.<\/p> Enter any time for the entry or leaving time field. (Default selecting is AM).<\/li><\/ol> \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0Select the \u2018PM\u2019 button and calculate.<\/p> \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0You will get 12 hours added to \u2018hh\u2019.<\/p> \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0The only value that remains the same without change is 12:00.<\/p> \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0You can try any number from single zero to unlimited ranges.<\/p> If you add only strings to the time field and calculate by selecting AM, it will show string:00<\/li>\t If you add only strings to the time field and calculate by selecting PM, the value will reset to 12:00.<\/li>\t If you add only time in hh:mm format followed by strings to the time field and calculate by selecting AM, it will remain the same.<\/li>\t If you add time in hh format followed by strings to the time field and calculate by selecting AM, it will show the value as hhstring:00.<\/li>\t If you add only time in hh:mm format followed by strings to the time field and calculate by selecting PM, it will show (hh+12):00string.<\/li>\t If you add time in hh format followed by strings to the time field and calculate by selecting PM, it will remove the string, add 12 to hh and, set the value to (hh+12):00.<\/li><\/ol>","quoteUsername":"BugBeeAnki","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 B Userlevel 2 BugBeeAnki 亚音速0.5 4回复 1个月前 2023年6月27日 日期字段是如何运作的吗 没有验证的日期范围、失效日期、无效的日期格式,日期加上字符串,和特殊字符。 如果你只需输入数字(简单的基本面——任意选择1至12),它认为数量等本月1代表1月,2月2,等等,并计算出总月天的条目。 注意:如果你选择条目日期字段值0和离开日期字段1,它会给你一个默认值的31。 如果你输入条目日期- / - / -格式和第二场数字(s)被认为是天。 休假日期如果输入数字1到12,被认为是月。 在计算,总天计算 {总数的(从离开日期字段)-天(从入境日期2场)} 在以下的例子中,总天=(31-12)= 19天。 如果你进入进入和离开日期- / - / -格式。 计算,总天算正常。 不管你任何价值后添加- / - / -,的值计算是基于输入的值在- / - / -格式。 注意:我的其他几个点已经被许多其他的迭代。 How the date field works<\/strong><\/p> No validation of date ranges, invalid date, invalid date format, date combined with strings, and special chars.<\/li>\t If you simply enter just numbers (for easy fundamentals- pick anything between 1 to 12), it considers the number as the month like 1 stand for Jan, 2 for Feb, and so on, and calculates the total days of the entry month.<\/li><\/ol> Note: If you select the entry date field with the value 0 and leave date field as 1, it will give you a default value of 31.<\/p> If you enter the entry date in -\/-\/- format and 2nd field digit(s) is considered as day only.<\/li><\/ol> The leave date if entered with a number between 1 and 12, is considered as month.<\/p> On calculation, the total days are counted as<\/p> {total number of the month (from leave date field)- days (from the entry date 2nd field)}<\/p> \u00a0<\/p> For the below example, total days = (31-12) = 19 days.<\/p> \u00a0<\/p> \u00a0<\/p> \u00a0<\/p> \u00a0<\/p> If you enter both the entry and leave date in -\/-\/- format.<\/li><\/ol> \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 On calculation, the total days are counted normally.<\/p> No matter whatever value you add after -\/-\/- this, the values are counted based on the values entered within the -\/-\/- format.<\/li><\/ol> Note: My other few points are already iterated by many of the others.\u00a0<\/p>","quoteUsername":"BugBeeAnki","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote & Reply","Share":"Share"}}}"> 就像 报价和回复 1 2 第1页/ 2 回复 由Gainsight ShiftSync条款和条件 报名 已经有一个帐户吗?登录 用户名(之后不能修改)* 电子邮件地址* 名字* 姓 (私人) 只有你和版主可以看到这些信息 * 密码* 我同意接收营销传播根据隐私政策并同意Tricentis188金宝搏app苹果下载软件一般使用条款。 loginBox.register.email_repeat 注册 登录到社区 还没有账户?创建一个帐户 用户名或电子邮件 密码 记得我 登录 忘记了密码? 输入您的用户名或电子邮件地址。我们将送你一个电子邮件与指令重置你的密码。 用户名或电子邮件 发送 回到概述 病毒扫描文件。 对不起,我们仍然检查这个文件的内容,以确保它是安全的下载。请几分钟后再试一次。 好吧 这个文件不能下载 对不起,我们的病毒扫描器发现下载这个文件不是安全的。 好吧 Learn more about our cookies.<\/a>","cookiepolicy.button":"Accept cookies","cookiepolicy.button.deny":"Deny all","cookiepolicy.link":"Cookie settings","cookiepolicy.modal.title":"Cookie settings","cookiepolicy.modal.content":"We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.<\/a>","cookiepolicy.modal.level1":"Basic Functional","cookiepolicy.modal.level2":"Normal Functional + analytics","cookiepolicy.modal.level3":"Complete Functional + analytics + social media + embedded videos"}}}"> 金宝搏app官网下载 不卖我的个人信息吗 隐私政策 法律信息 条款和条件 map