最近几个月因为线上问题好头疼，说两个最近遇到的吧
1，第一个是开发有个字段取错了，这个字段以前一直都是别人系统传过来的，但是这次要查别人接口取，忘记检查字段取值了，结果影响线上 1000 多个单
2，java 的一个工具类计算今天是周几，因为老外一周的第一天是周日，所以周日返回 1，周一返回 2，以此类推周六返回 7，开发直接把得到的数减 1，所以周一到周六都是没问题的，周日本来就是 1，减一就成 0 了。当时我没测到周日这个点，结果上线了又出问题了
大家能说说工作中怎么尽量避免类似的问题吗？
未知地区 10F
第一个问题，这个字段是重要的字段还是不重要的字段呢，如果是不重要的，我觉得漏测了，情有可原，如果是重要的，是应该要验证一下的
第二个问题，跟地域，特别是国外的有关系的系统，是要应该注意这些差异，我曾经测过几款小程序，在国内适用正常，但是在国外澳洲，就是经常打不开，等各种问题，后来专门进行了弱网测试
未知地区 9F
要看工作量啊，时间充足肯定把用例搞丰富点，交付的时候过下代码什么的最好了
未知地区 8F
非常坑，这很难避免
未知地区 7F
你这个回答不能认同，边界值测周几的话应该选 1，4，7 吧？至少周一和周日应该是必测的
未知地区 6F
解决方法你自己其实清楚，就是看代码，看开发实现的逻辑，结合自身的经验去测试，考虑可能的风险。如果只是黑盒测试就势必会出现这样的问题，百密一疏，谁也不能保证自己的东西永远不出问题，只要在你的职业生涯中不出问题就行了
未知地区 5F
我认为站在公司角度，写代码的测试和做业务的测试，前者可能还真没后者贡献多。但是站在自己角度，会写代码的测试跳槽能拿到的工资就是会比只做业务的人多啊
未知地区 4F
第二个你说我随便点点就通过了，我不认同。严格来说这个不是边界值的问题，因为一开始我并不知道开发是这么实现的，是事后复盘才知道的。如果换别人做这个黑盒测试，当周一到周六里面挑了好几天都符合预期了，真的会有人再拿着周日再测一遍吗？
可能有人会说一周总共就 7 天，全部测一遍不就行了，如果一周是 100 天呢？难道也全部测一遍吗
但是，如果做白盒测试，能看到开发的实现逻辑，周日这个问题是有概率可以发现的
未知地区 3F
结合历史发帖看挺有意思的。
第一个问题还要具体分析再判定，第二个不就是等价类、边界值吗？
如果随便点点就当通过了，那不如随便找个应届生把主流程走一遍，线上有没有问题全看开发对异常情况的兜底水平。
测试搞代码只是为了提高自己的效率，从不觉得写代码的一定比做业务的强。
作为团队真要追求代码，还不如从 it 培训班招个开发，何苦逼着测试卷。
未知地区 2F
涉及多地区的系统，一定要注意时区，尽可能使用时间戳来计算，等到最终输出时，客户端自己根据所在的时区把时间戳转换成日期就行。
未知地区 1F
避免漏测，我说说自己的看法，第一是提升自己的业务能力，对需求和影响面尽量多了解，这样在做测试设计的时候也会考虑的更加全面。第二是要进行测试设计以及测试案例的评审，拉通产品、开发、最好是有之前熟悉这个模块的级别比较高的测试同学，可以提高你的设计质量，也可以站在不同的视角分析问题。第三是最好具有一定的代码能力，可以参与开发的设计评审/代码走读，这样在评审过程中提前发现问题。