日期框的测试
一个日期填入框，既可以进行手工输入又有一个日期控件可以直接选择所需的时间 大家认为有没有必要去测试手工输入我对其边界值进行了测试 例如2013-12-00 居然能够通过，并报错开发认为 有控件还去输入干嘛 没必要修改 大家怎么看 给点意见 我是测试新手 这方面看看大家的观点 给我点底气 你是对的，不但要测试边界，还要验证字符等其他信息。我给开发写过相关规范，在客户没有明确要求的情况下，带有选择日期功能的控件禁止手动输入。如果有相关要求要对输入日期的格式、类型进行限制处理。如果你们开发人员依然坚持不修正，可以和项目经理进行沟通，如果他依然坚持不修改，让他在BUG上签个字就OK了，你的工作就算完成了。 我一般都不测控件 但我觉得楼上是对的 回复 2# 跑跑跑跑
这块 客户没需求 开发也没蛮多想法有个那功能在那就行我看到有控件可以选 同样可以在输入框中进行输入 既然有输入的功能提供 那就很难免说用户不会去手动输入了不过后来确实是问了项目经理 他说要处理对输入框进行了限制这主要还是没需求惹的这么麻烦什么都有点迷糊这样也行 那样也可的状态 回复 3# 赵佳乐SMILE
控件或许可以不测 但就是它又有一个可以同时手动输入的操作提供 日期控件，作为一个接收用户输入的装置，应该同时支持鼠标选择和键盘输入，理由其实很简单，输入较近的日期，用鼠标选择比较快，如果输入较远的日期，键盘输入比较快，所以应该同时都支持，由用户按需选择输入的方式。
而且，系统应考虑到残障人士的使用，对于盲人，能用鼠标选吗？只能通过键盘输入。
再考虑一些特殊情况，比如在鼠标无法使用的情况下，也只能由键盘输入。
把这些理由呈现给开发人员，我想他们会考虑加上的，这可以归结到软件的“隐含需求”里。
希望对你有所帮助。 说服不了开发的话，就退一步，让他把手动输入禁用了吧。这个也不难。 7楼说的对，最简单的方式就是让开发把控件禁止手动输入 7楼说的对，最简单的方式就是让开发把控件禁止手动输入 个人觉得这问题，先看看你产品的使用人群，如果只是公司内部使用，可以先缓缓，提个bug等开发有时间再去修复。如果是公众网，那就必须及时处理。 跟开发说，要么你禁止手动，要么修改好它，它会选一个的，测试和开发本是一家。 有时候手动输入比点鼠标选择的快。。 以用户为先，你觉得当你是一个用户的时候，看到这个日期框的第一反应是想怎么输入，然后再采取大家的建议吧 如果输入后报错了，个人认为还是需要和研发人员沟通修复。 回复 4# 罗晶淼
事实上,一般的需求也不会描述到那么细节的东西,但总体的原则不变. 只要是用户可操作的功能就一定要是正确的.跟大家说的一样,要不禁止输入,要不就实现正确的输入处理.
页:
[1]
