测试及需求

董恒<dongheng_inf> 16:32:52
用户和你谈需求，只会说他想要什么，比如：可以发送站内信，但是里面的细节一般不会说
咱们的PM就是这样的用户
董恒<dongheng_inf> 16:34:27
你要想结单的话，就要引导客户，问问他有没有具体的要求，比如 是否一次可以发给多个人，接收人是写邮箱名还是姓名，或者是拼音还是中文
董恒<dongheng_inf> 16:35:32
慢慢的你把需求都搞清楚，然后写一份文档，里面包含输入，输出，交互，性能，安全等等，这样就是一份产品需求了
咱们的PM远远没有达到这种要求
(xu)
范庆香 16:37:06
(ws)受教了，多谢恒哥。恒哥，对于测试的要求呢？
测试怎么把握产品级的需求，设计好case呢？
董恒<dongheng_inf> 16:37:40
其实QA对需求 和 开发人员的设计 具有一票否决权
需求评审正常来说要提前两天发起
QA可以充分调研需求的合理性，其实QA对产品需求理解不次于PM
但是咱们现在做不到，不可能给你留出那个时间
你需要先了解需求，熟悉需求，然后判断需求是否合理，是否具有二义性，具有不可测性
如果有，直接打回
董恒<dongheng_inf> 16:41:05
说实话，一份好的产品需求，就是QA做好的测试用例
里面包含了测试用例的输入和输出
但是，现在的MRD里面有吗，没有看到
还有，开发人员的设计，QA也有一票否决权，听开发人员的概要设计 和 详细设计，里面可以发现开发人员的漏洞，有侧重点的设计测试用例
现在我们也没有文档，你们也无从参考
咱们流程上不规范