关于需求的可测试性的思考

前两天参加了一个公司组织的需求培训，其中也讲了一些关于测试的，我觉得还是很有用的。老师说需求人员做需求的时候需要开发确认可行性，测试确认可测性。那么测试的可测性如何确认呢？举个简单的例子，登陆功能，需求文档这样写:输入正确用户名秘密，点击登录，登陆成功。这样的需求具有可测性吗？当然是不够的。第一，逻辑有缺失，输入正确用户名，错误的密码，系统如何处理？其次，文本框的输入长度，类型未描述。

老师所说的需求是非常理想化的，任何输入输出都描述的及其详细。然而实际工作中，有些项目甚至连需求文档都没有！这就是考验测试的综合能力的时候了，通过有限的描述，自己思考各种场景，系统边界等，还要反复地与需求人员或者开发人员确认，这真的是个很头痛的过程！但是如果坚持下来了，对自己来说也是个不小的提升！

反思一下自己在以往工作中的表现，是不尽人意的，很多时候贴人家冷屁股的次数多了就放弃了。以后要坚持自己，横眉冷对千夫指，哈哈！