你把问题抛出来，让项目组成员特别是需求方一起来讨论，看这个事情的影响大不大，如果是内部人员用的系统，那么密码可以复制可能关系也不大的，但如果银行系统，那就另一个样了。
糊里糊涂的做就糊里糊涂的测呗。
这么说吧。
一个bug之所以是bug是因为这个bug涉及的功能受人关注（这个关注者可能是项目经理，可能是开发，可能是测试组长，可能是用户，可能是产品经理，总之任何相关人士）。
假如没人关注的功能，有没有bug报不报都无所谓。
什么是质量，你的软件在不同人眼里所包含的不同的价值就是质量（James Bach说的，不是我说的）
换句话说，有人关注的问题是质量问题，没人关注的问题不是质量问题。
你想想有没有人关注你报的这个bug，这个bug是“一定”会产生严重后果还是“有可能”会产生严重后果，可能性有多少，相关领域的专家怎么说，公司内同类产品是怎么设计的，是否有这个问题，竞争对手的产品是怎么设计的，是否有这个问题。然后把你想的这些写在bug报告里，抄送给可能关注这个bug的人。还是那句话，假如没人关注这个问题，报或者不报就都没意义了。
其实登陆框的设计时具体根据需求中用户名和密码的要求来进行测试的；就像要求：用户名可输入6位字母，密码可输入8位数字，字母，下划线；这样不用户名、密码输入格式限定死了，输入空格+字母或者数字的都是不允许的！
原来空格也可以作为密码
这要根据你们的需求来判断的，一般分为明密码和加*后的密码，正常来说名密码可以正常复制，*密码是不能进行复制的。所以按照这个来的话。需求里面没有提到就说明能正常复制，但*密码的情况下复制是肯定有问题的、
