测试问题和思想

    1.测试界面友好性问题如果在编码之前就能够确定，那么就不会出现今天提示信息不一致的bug了，因为没有统一的格式，每个开发人员在自己负责开发的模块用自己熟悉的提示信息，这样导致了整个程序的提示信息格式不一致和凌乱，虽然这个问题没有什么大的影响，但是，至少体现了一个开发团队的成熟度。

     2.自己执行测试用例，所以测试用例可以不用详细，但是在测试中需要和其他人员进行交流，需要其他人员的支持，所以测试计划一定要详细，对需要其他人员支持的部分一定要详细描述，同时，在完成测试计划以后，应该把测试计划提交给相关的每个人，如果可能，应该组织评审，由自己说明测试自己对这个项目的测试思想，测试策略，需要哪些资源支持，提早让相关的人员知晓。

     3.需求文档中没有规定的或者开发人员没有实现的程序和需求文档中规定的内容不一致，但是，事实上开发人员是对的，而需求文档是错误的，那么在这种情况下需求肯定要变更，而测试用例和测试都要相应的进行变更，此时就需要变更控制了，还有极端的情况是，需求说明书中的错误比较多，会导致测试错误，此情况应该如何处理呢？